Take this attachment: https://bugs.freedesktop.org/attachment.cgi?id=110813 Open the form for editing. Set automatic control focus (toolbar form-design at the buttom of the window, 9th button - or form-naviagor, right click on Forms → Automatic control focus). Save the form. Open the form again: The control-focus would be set to the first field of the tablecontrol, but tableciontrol isn't the first field on the page. You could close Base, close LO, reopen the database - focus is set to first field of the tablecontrol, not the first field of the form. Now do a funny thing I have done to write down this bug: Switch the UI-language. (Tools → Options → Languages → Language Settings → Language of → User interface) I did this from German to English. Close LO, open the database again and have a look at the form. The cursor would jump to the first field in the form ("Konto"), which should be the right behavior.
Can not reproduce on Version: 4.5.0.0.alpha0+ Build ID: c70d907c6bac7720338207355e41724ba1e97781 Locale: fr_ OSX 10.10.1 1) Loaded odb file into FR localized LO master. 2) Opened form - Giri control selected on opening. Closed form. 3) Opened form in design mode - switched off automatic focus, saved, closed. 4) Reopened form - no default selected - correct behaviour. Closed form. 5) Opened form in design mode - switched on automatic focus, saved, closed. 6) Opened form - Giri control selected on opening - correct behaviour.
(In reply to Alex Thurgood from comment #1) > > 1) Loaded odb file into FR localized LO master. > 2) Opened form - Giri control selected on opening. Closed form. What do you mean with "Giri control"? The control of the example, which is labelled with "Konto"? I see I haven't give a hint about the system. I have the buggy behavior with openSUSE 12.3 64bit rpm Linux. Sometimes it seems to work right, when I change the version (from 4.2.8.2 to 4.3.5.2). Then I open the form for editing, save the form (without changing anything) and again the focus is lost - will appear at "ID", the first field of the tablecontrol.
(In reply to robert from comment #2) > (In reply to Alex Thurgood from comment #1) > > > > 1) Loaded odb file into FR localized LO master. > > 2) Opened form - Giri control selected on opening. Closed form. > > What do you mean with "Giri control"? The control of the example, which is > labelled with "Konto"? Hi Robert, I meant Giro Konto, sorry, one fingered typing trying to do other stuff at same time.
Adding self to CC if not already on
For me, it jumps to ID 2 in the table, when opening the form for input. With or without automatic control focus. Changing UI language doesn't help. I'm setting to NEW. I guess we agree that severity is minor? Win 7 64-bit Version: 4.4.0.2 Build ID: a3603970151a6ae2596acd62b70112f4d376b99
(In reply to Beluga from comment #5) > For me, it jumps to ID 2 in the table, when opening the form for input. With > or without automatic control focus. > > Changing UI language doesn't help. The first time I got it work was during changing UI-language. But seems it doesn't solve the problem for a longer time. > > I guess we agree that severity is minor? It's OK. Most people wouldn't know the function exists at all. Regards Robert
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.0.4 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-01-17
Bug still exists with LO 5.1.0.3, OpenSUSE 42.1 Leap, 64bit rpm Linux. If I change the GUI-language the automatic control focus will work. Don#t know why. Without doing this the focus will be set to the tablecontrol, not the first field of the form.
Bug appears also in the first available LO-version (LO 3.3.0.4, OpenSUSE 42.1 64bit rpm Linux). So I set this bug as "Inherited From OOo".
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.2.5 or 5.3.0 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170306
Bug still exists with LO 5.3.1.1, OpenSUSE 42.1 Leap, 64bit rpm Linux. Could reproduce as described first: automatic-control-focus will set the focus to the tablecontrol, not the first field. Changing the language of the GUI will set the automatic-control-focus to the first field. You could set the language back - the automatic-control-focus will work. But don't touch the form again, so you have to do the same steps.
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bug still exists with LO 6.0.2.1, OpenSUSE 42.3 Leap, 64bit rpm Linux.
Couldn't confirm this any more with LO 6.2.1.2, OpenSUSE 15, 64bit rpm Linux. Seems the bug has been gone. Have set this one to "Worksforme".