- Status Could not Reproduce
- Percent Complete
- Task Type Bug Report
- Category Bugtracker
- Assigned To No-one
- Operating System Windows
- Severity Low
- Priority Very Low
- Reported Version 0.7.26 Unreal
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
FS#7539 - Clears chat line on entering ]
# How to reproduce
Enter some text followed by “]”
# Actual result
PSUnreal clears the chat line
# Expected result
“]” appears on chat line.
# Use case
Use [] for OOC comments in /tell or (rarely) in main.
This is with PSUnreal 0.7.26 on Linux.
cannot reproduce, can someone else test it on Linux?
Can not reproduce either. Perhaps copy&paste with special chars?
I just tried reproducing with PSUnreal 0.7.26b.
I can still reproduce it. How to?
# How to reproduce
Type "/tell CHARNAME hello]" into chat window. Line is deleted.
Type just "hello]" into chat window. Line is deleted. Additional it displays the error message: "You cannot use this ability now. You are busy doing something else"
Hah! Okay, I have it. This is crazy. It depends on the shortcut configuration.
Configure the following shortcuts:
1. Shortcut "Nightvision" with "/ability nightvision" and key "N". No icon needed.
2. Shortcut "Detect secrets" with "/ability detect secrets" and no key. No icon needed.
I tested it with just shortcut 1 and just shortcut 2 as only shortcut, but that did not work. To trigger the issue I needed to configure both short cuts.
Then typing "]" clears the chat line although I did not use "]" as a shortcut key.
Once I clear shortcut 2 the issue goes away and I can type "]" on a chat line just first.
But the issue also does not happen when I just define the second shortcut.
Really weird.
just fine I mean
can not reproduxe this. Is this fixed?
I reproduced this just now (PSUnreal 0.7.47 on windows).
I set a shortcut with key binding 8. This normally works. But when I try to type [ in the chat, it reproduced what Damola reported. Important note, in my keyboard layout I write the [ key by pressingn 8 and Alt Gr.
I get the same result for key binding 9. Again, I try to type ] by pressing 9 and Alt Gr.
What I think is happening here, programming-wise, is that the shortcut key binding system tries to consume the input when it should not. It does not register the Alt Gr modifier, thus it thinks a plain 8 was entered, and uses it to activate the shortcut.
This implies that there might be wider problems with the shortcut system. I have not tested all possibilites systematically, but I think using keyboard modifiers (like Shift, Ctrl, Alt) for shortcuts may be prone to more errors, not just this one.
When reproducing this bug, do note that this only happens in some keyboard layouts! The issue Damola reported could be reproduced in German keyboard layout.
Nireath, fascinating analysis you made. Thanks.
I completely lost track of this one.
Hopefully this suffices for Talad to reproduce.
Nireath, on what operating system did you reproduce?
Damola, good catch! I tested on windows. Added it to my report now, should have written that to begin with.