Bug #984
Input Widet does not clear if command changes active buffer
0%
Description
If a command issued changes the active buffer, for example "/join #channel" or "/query nickname", and "Input Widget/Enable per chat history" is checked, the Input Widget does not clear in the buffer that was active when the command was entered.
Example:
[#channel is active buffer]
/query nickname
[query with "nickname" opens]
Change back to #channel buffer
Input Widget contains "/query nickname"
Checked with win32 0.7-pre+86 git-2118039
Bug introduced with introduction of the "Enable per chat history" feature.
Associated revisions
Fix #984 without breaking topic input
Queued connection ensures that the textEdit is already reset() when InputWidget
does its thing, thus solving the history issues.
Approved by Tucos reading it 10 times. :>
History
#1 Updated by flamingspinach over 14 years ago
Replicated.
#2 Updated by flamingspinach about 14 years ago
I can no longer replicate this. Must have been fixed at some point.
#3 Updated by flamingspinach about 14 years ago
Disregard that. I can replicate this with commands that switch the buffer to another, existent buffer, but not when the command creates the new buffer before switching to it.
#4 Updated by brot about 14 years ago
I can confirm this with v0.8-pre (0.8-pre+3 git-e7e5830)
The easiest way to reproduce is to open a query with $user and then write "/query $user" into an active buffer.
I will look into that, but i cant promise i can fix it ;)
#5 Updated by johu almost 13 years ago
- Status changed from New to Confirmed
- Target version set to 0.8.0
- Version changed from 0.6-pre to 0.8-pre
#7 Updated by johu almost 13 years ago
- Target version changed from 0.8.0 to 0.7.4
Fix #984 without breaking topic input
Queued connection ensures that the textEdit is already reset() when InputWidget
does its thing, thus solving the history issues.
Approved by Tucos reading it 10 times. :>