Trying to reproduce some older issue, I found this one (for German language): When I tried to add the user-defined property "Arbeit", the following happened. I opened File->Properties ("Eigenschaften" in German), then user-defined properties ("Benutzerdefinierte Eigenschaften"). The I pressed "Eigenschaft hinzufügen" (add property). A new entry ("Name", "Art", "Wert" (name, type, value) appears BUT the input focus is NOT on "Name" (as users might expect). As soon as I type 'A' (Shift+a), the whole dialog closes! That seems true because of those three issues: 1) The focus is not on the new input field(s) 2) "Abbrechen" (abort) has 'A' as hot key 3) Shift+a, and not ALt+A (or Alt+Shift+a) triggers the abort. All in all just bad usability.
Ulrich, I think, we have two different issues here: a) Dialog closes, if you press Shift+A b) Focus should be on input-field I think b) should reported in a separate bug. I don't know, if this is a bug or enhancement request, but I can confirm the actual situation. I could reproduce problem a), but not in SafeMode => have you also tested in SafeMode? => NEEDINFO
(In reply to Dieter from comment #1) > I could reproduce problem a), but not in SafeMode => have you also tested in > SafeMode? Tested with Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: f96004096268f5e71120678e32fc8c74055819aa CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: default; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
For me Safe Mode didn't make a difference. Are you sure you did the same thing in both modes? For the issues: I think the Real Problem is that Shift+A is used as "hotkey" (when Alt+A should be the hotkey). And Shift+A seems to loose the hotkey property when the cursor is placed in an input field. Finally usability would be much better if the cursor were placed into the first input field (that is required anyway). While these could be three different, but related bugs, I think on person could fix all three at the sample place with little effort, so maybe it's still valid to have only one bug report for those
Tested again with Version: 7.1.2.2 (x64) / LibreOffice Community Build ID: 8a45595d069ef5570103caea1b71cc9d82b2aae4 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: default; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded Result: 1. I confirm, that focus is not on new input field so status NEW is O. K. and let's focus this bug on that topic I can also confirm, that Shift+A and also "a" is assigned to "Abbrechen" (but ALT+A works also). I have a similar result in Menu "Datei"; Shift+G or "g" opens Eigenschaften (Properties) dialog But I'm not longer sure, if this is a bug or the expected behaviour; I couldn't find informations in LO Help, but general rule seems to be: 1. If a command or menu entry is selectrd you can use the single character 2. If the sursor is active you have to use ALT+Character If you still think, it's a bug you should open a different report.
Is this issue addressed in Bug 132667?
(In reply to Andreas Heinisch from comment #5) > Is this issue addressed in Bug 132667? Probalbly, because I can't reproduce it anymore. Feel free to mark is as duplicate, if you like. => RESOLVED WORKSFORME
Confirmed: Input Focus seems to be correct in 7.2.5.2 (Windows), But I realized that I can add a property with a name that is there already (that will vanish again if closed and reopened) ;-)
Hi! You may opene a new bug report for the duplication 🙈