Description: UI: Focus off. Not able to enter the style name immediately after style creating Steps to Reproduce: 1. Open Calc 2. Sidebar -> Styles 3. Right Click -> New Cell style 4. Name field is selected, but when typing nothing happens (working fine for Writer) Actual Results: Key presses have no effect on the name field Expected Results: Should be working Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 6.3.0.0.alpha0+ Build ID: 6e5c4001c7b5cab2b2cc6419072acbe5fa7cb04a CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL but not in Versie: 4.4.7.2 Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600 Locale: nl_NL
(In reply to Telesto from comment #0) > 4. Name field is selected, but when typing nothing happens (working fine for > Writer) For me, it is selected but also the pages Tab has the focus, so tabbing once really brings the focus in the name field. In Writer, I have to hit Tab three times to get the focus in the Name field.. (and the dialog doesn't open automatically with page Manage on top). similar in Version: 6.3.0.0.alpha0+ Build ID: 3bf82348bc73797fec61997dc4268a322299b3ff CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-01-06_08:29:45 Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US Calc: threaded and 620.1
(In reply to Cor Nouws from comment #1) > For me, it is selected but also the pages Tab has the focus, so tabbing once > really brings the focus in the name field. Is that what you see too? In any case, I confirm this :)
(In reply to Cor Nouws from comment #2) > (In reply to Cor Nouws from comment #1) > > For me, it is selected but also the pages Tab has the focus, so tabbing once > > really brings the focus in the name field. > > Is that what you see too? > In any case, I confirm this :) Yes, I agree on that. The organizer tab is focused & the name field selected. One tab moves the focus the the name fied. I recall something about remembering the last tab used, which also applies - silly enough - when creating a New Style.. There might be a bug report or it has been dropped; i don't remember anymore..
(In reply to Telesto from comment #3) > I recall something about remembering the last tab used, which also applies - > silly enough - when creating a New Style.. There might be a bug report or it > has been dropped; i don't remember anymore.. see bug #122600
Created attachment 148694 [details] Bibisect log author Katarina Behrens <Katarina.Behrens@cib.de> 2016-01-19 23:07:47 +0100 committer Thorsten Behrens <Thorsten.Behrens@CIB.de> 2016-01-21 14:40:09 +0000 commit 39471da6e4d016c52c6cdf6553d7418416a160f4 (patch) tree 285280e63b96fcf2066f1c56249a7fc0326c16ba parent e7eca35148204d094dcdb7d8b3e4ec6c9d454159 (diff) tdf#95587: Make rectangle control within tab pages work again Since commit 74407aef94b6d8dfdd6, tab pages|controls are considered to be container widgets (thus, search for the nearest non-layout parent will never find a tab page parent, breaking rectangle control in many dialogs). I've no idea how many other functions' behaviour this changes in an unexpected way, so I've reverted that bit. That however means implementing slightly different approach to tdf#92630 in dialogs (for a tab dialog, find current tab page and go through its children) https://cgit.freedesktop.org/libreoffice/core/commit/?id=39471da6e4d016c52c6cdf6553d7418416a160f4
Adding CC: to Katarina Behrens
Dear Telesto, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
It looks like this issue is resolved now in both the current stable and daily master builds. When the Cell Style dialog opens, the focus is on the "Organizer" tab, but the Name text field is no longer selected. The user has to tab to the Name field in order to change the text. Updating to RESOLVED - WORKSFORME. Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9a37652b79001bf5208841b9221dee851b9b6d0f CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded