Description: Hello @ll, I am used to configure LO using shortcuts and mnemonics. Now using the tab key to change to the different entries leads to a strange behaviour, so that you are not able to see where the cursor is at that moment ... :( Sorry for the inconvenience Thomas. Steps to Reproduce: 1. install master parallel to your existing installation, following the description from https://wiki.documentfoundation.org/Installing_in_parallel/Linux 2. start LO 3. go to "Tools - Options" 4. use <Ctrl>+<n> to go to the field for the first name 5. either enter your first name or tab through the following fields 6. when reaching the field for email tab again Actual Results: On my system it is not clear where the cursor is at that moment. Also tabbing again does not indicate the cursor's position .... :( In former versions (also in 6.1.2.1) it goes to the Cryptography entries to change something there, but not with master ... :( And this is also reproducible in other parts of the Options menu ("View", "Application Colors", "Language Settings" -> "Language", etc. ... :( It seems that the cursor gets lost in between and suddenly appears again on the Help button. Expected Results: You can use mnemonics and tabs to configure LO as in former versions. Reproducible: Always User Profile Reset: No Additional Info: OS: Debian Testing AMD64 LO: Version: 6.2.0.0.alpha0+ Build ID: 8b1501d80dc9d3f42c351c6e026fa737e116cae5 CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: kde4; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-09-22_22:07:48 Locale: de-DE (de_DE.UTF-8); Calc: threaded (installed in parallel, following the instructions from https://wiki.documentfoundation.org/Installing_in_parallel/Linux)
If you launch it with SAL_USE_VCLPLUGIN=gen /path/to/libreoffice does it behave differently? Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
Hello Buovjaga, *, (In reply to Buovjaga from comment #1) > If you launch it with > SAL_USE_VCLPLUGIN=gen /path/to/libreoffice > does it behave differently? no, not at all. Still reproducible with OS: Debian Testing AMD64 and Ubuntu 16.04 LO: Version: 6.2.0.0.alpha0+ Build-ID: 9886625d02fee7692ff94e7c5b63dc2f51e31fa1 CPU-Threads: 4; BS: Linux 4.18; UI-Render: Standard; VCL: x11; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-10-13_22:24:13 Gebietsschema: de-DE (de_DE.UTF-8); Calc: threaded ... :( Have a nice day Thomas.
No problem here Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: 00e10ae3189a4407ffb1a48f836cd52dc9a1b6df CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: x11; Locale: fi-FI (fi_FI.UTF-8); Calc: threaded Built on 13 October 2018 Same good result for gtk3_kde5 as well
Hello Thomas Hackert, Do you still reproduce this issue with a recent master build ? To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Hello Xisco, *, (In reply to Xisco Faulí from comment #4) > Do you still reproduce this issue with a recent master build ? no, it seems to be fixed in the meantime :) Though there seem to be loads of other strange new bugs ... :( > To be certain the reported issue is not > related to corruption in the user profile, could you please reset your > Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and > re-test? As I am usually installing in parallel (as mentioned in my first comment), I am using a fresh installation of LO. > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' if the issue is still present Thanks for your patience and sorry, that my answer lasted so long ... Have a nice afternoon Thomas.