Bug 93287 - Cannot TAB through all Controls on Form with Form window smaller than maximum surface occupied by controls
Summary: Cannot TAB through all Controls on Form with Form window smaller than maximum...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
4.2.8.2 release
Hardware: x86-64 (AMD64) All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 93288 (view as bug list)
Depends on:
Blocks: Database-Forms
  Show dependency treegraph
 
Reported: 2015-08-08 22:52 UTC by Stang
Modified: 2024-06-17 06:30 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Open "Formular 1", set windo so small you couldn't see the bottom-controls and try. (22.46 KB, application/vnd.oasis.opendocument.database)
2024-06-17 06:30 UTC, Robert Großkopf
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stang 2015-08-08 22:52:28 UTC
1 - New form
2 - Four controls(any) on form - Two at top of form, some space, two at bottom
3 - Automatic Control Focus is OFF
4 - Tab order - Top Left = 1; Top Right = 2; Bottom Left = 3; Bottom Right = 4
5 - Reduce size of Form so only top two controls are visible.
6 - Run Form
7 - Select upper left control
8 - Using TAB key will only cycle through the top two controls
9 - Scroll down on the form so the bottom two Controls are visible
10 - TAB key will now cycle through all four controls.

Same as above but with Automatic Control Focus ON

FIRST TIME ONLY running the Form - 
   Will cycle through top controls until lower controls visible

Any subsequent running of this form (Automatic Focus ON) will cycle through ALL controls visible or not.
Comment 1 V Stuart Foote 2015-08-08 23:47:13 UTC
*** Bug 93288 has been marked as a duplicate of this bug. ***
Comment 2 Alex Thurgood 2015-08-10 17:57:19 UTC
@Stang : are you using a distrib provided version of LibreOffice, if so, which one ?

the 4.2.8.x is officially end of life for TDF released LibreOffice, so:

- try a newer official release ;
- or else file a bug report with the distrib provider to try and get the problem fixed.

Setting NEEDINFO as further information required.
Comment 3 Stang 2015-08-10 20:56:39 UTC
I have completely removed the old version of Libre Office and made sure all was gone with Synaptic package manager.

Downloaded and installed ver 5.0 directly from Libreoffice.org(x64 Deb.tar):

          Version: 5.0.0.5
Build ID: 437e4abdf9e72fd0a6e6f8697a0e659bc77f9b10
Locale: en-US (en_US.UTF-8)

Created new empty database.
Created new form in design mode.

Added four pushbuttons - two at top two at bottom.
Same scenario as previously mentioned.

Same results - cycles through only top two buttons until I scroll down, then cycles through all buttons.  Close the form & re-open & same results.
Comment 4 Alex Thurgood 2015-08-11 09:27:02 UTC
(In reply to Stang from comment #3)
> I have completely removed the old version of Libre Office and made sure all
> was gone with Synaptic package manager.
> 
> Downloaded and installed ver 5.0 directly from Libreoffice.org(x64 Deb.tar):
> 
>           Version: 5.0.0.5
> Build ID: 437e4abdf9e72fd0a6e6f8697a0e659bc77f9b10
> Locale: en-US (en_US.UTF-8)
> 
> Created new empty database.
> Created new form in design mode.
> 
> Added four pushbuttons - two at top two at bottom.
> Same scenario as previously mentioned.
> 
> Same results - cycles through only top two buttons until I scroll down, then
> cycles through all buttons.  Close the form & re-open & same results.

Thansk for testing.

When you position the lower controls, do you drag and drop them (i.e. without paragraph returns, or do you add paragraph returns and then anchor the lower controls to a paragraph near the bottom of the page ?
Comment 5 Stang 2015-08-11 13:41:08 UTC
Originally I simply drew each item in its' place.

I have now tried different methods of anchoring - Page, Paragraph, Character.  All results were the same.

I also moved one of the lower controls to the top and as I suspected, the top three cycle until the lower fourth control is exposed.

Also, it does not matter which Tab ordered control is left unexposed.  If 3 is unexposed, tab cycle is 1 - 2 - 4.  If 2 then 1 - 3 - 4.  Once exposed then 1 - 2 - 3 - 4.
Comment 6 Stang 2015-08-11 14:05:37 UTC
Another note - 

As soon as Automatic Control Focus is turned on,  Tab cycle is correct; all four controls are cycled through, exposed or not.  Turn off Automatic Control Focus and the problem returns.
Comment 7 Alex Thurgood 2015-08-13 09:15:18 UTC
COnfirming on

Version: 5.0.0.5
Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b
Locale : fr-FR (fr.UTF-8)

OSX 10.10.4
Comment 8 QA Administrators 2016-09-20 10:26:15 UTC Comment hidden (obsolete)
Comment 9 Stang 2016-09-20 13:08:04 UTC
Bug still present in v5.2.0.4 as described in original post.  Tested on xubuntu 16.04
Comment 10 Xisco Faulí 2017-09-29 08:53:56 UTC Comment hidden (obsolete)
Comment 11 Stang 2017-09-29 15:29:45 UTC
Bug still present Mint 18.2 with following LO:

Version: 5.4.1.2
Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527
CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 12 Stang 2017-12-23 23:45:51 UTC
This bug is still present in Beta of:

Version: 6.0.0.1
Build ID: d2bec56d7865f05a1003dc88449f2b0fdd85309a
CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 13 QA Administrators 2019-09-16 02:46:17 UTC Comment hidden (obsolete)
Comment 14 Sherry Conley 2020-06-10 18:05:49 UTC
Hi - I am on version Version: 6.4.1.2 (x64) and am having a similar issue with the tab order on my form.

In regards to not tabbing through fields not shown, this is still the case. If I set the Automatic Focus to ON, it will tab through all fields, however, at no time will it follow the Activation (tab) order I have set for the form.

I tried using the Automatic sort, as well, but that did not change anything. I created the form from an imported table, so I was able to drag the fields to the order I wanted on the form.  All are anchored to the page.
Comment 15 Julien Nabet 2020-06-13 08:03:05 UTC
No idea at all where to search in LO code so can't help here.
=> uncc myself
Comment 16 jnor 2020-06-16 18:24:54 UTC
Hi,

Experiencing this problem with version 6.4.3.2 x64. Tested using windows 10.
The work-around worked.
Comment 17 QA Administrators 2022-06-17 03:33:42 UTC Comment hidden (obsolete)
Comment 18 Robert Großkopf 2022-06-17 06:14:28 UTC
Bug still exists in LO 7.3.4.2 on OpenSUSE 15.3 64bit rpm Linux.
Comment 19 QA Administrators 2024-06-17 03:15:53 UTC Comment hidden (obsolete)
Comment 20 Robert Großkopf 2024-06-17 06:30:42 UTC
Created attachment 194774 [details]
Open "Formular 1", set windo so small you couldn't see the bottom-controls and try.

Bug still exits on 
Version: 24.2.4.2 (X86_64) / LibreOffice Community
Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2
CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded