Bug 85339 - FORMCONTROLS: Tabindex is ignored for fields withe the same name
Summary: FORMCONTROLS: Tabindex is ignored for fields withe the same name
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: accessibility
Depends on:
Blocks: Form-Controls
  Show dependency treegraph
Reported: 2014-10-22 18:24 UTC by Robert Großkopf
Modified: 2021-08-11 00:48 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:
Regression By:

Open the document, go through the form-controls with the tabulator (11.40 KB, application/vnd.oasis.opendocument.text)
2014-10-22 18:24 UTC, Robert Großkopf

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Großkopf 2014-10-22 18:24:00 UTC
Created attachment 108254 [details]
Open the document, go through the form-controls with the tabulator

Open the attached file.
Set the cursor in the first form-control.
Press the tab-key.
The cursor will jump to the third control, then to the second control.

There is a tabindex set as the controls are positioned. This tabindex would work, if the first or the last control will get a different name. It doesent work with the same name.

This bug has been already reported as Bug59874, but has been set by the bug-submitter as resolved-fixed without any fix.

I could reproduce this with the first available LO-Version LO 3.3 and also with the last LO
Comment 1 Buovjaga 2014-11-11 12:43:15 UTC
I reproduced.

Win 7 64-bit Version:
Build ID: 6143fa5a89d9528fc11fed1e7fe96b9280d411a4
TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-11-10_23:27:31
Comment 2 QA Administrators 2015-12-20 16:13:05 UTC Comment hidden (obsolete)
Comment 3 Robert Großkopf 2015-12-20 19:05:23 UTC
(In reply to QA Administrators from comment #2)
> 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

Tested with LO on OpenSUSE 42.1 Leap 64bit rpm Linux.
Bug is present, no changes in the behavior.
Comment 4 QA Administrators 2017-01-03 19:48:20 UTC Comment hidden (obsolete)
Comment 5 Robert Großkopf 2017-01-04 07:51:52 UTC
Bug still exist.
Build-ID: 3d5603e1122f0f102b62521720ab13a38a4e0eb0
CPU-Threads: 4; BS-Version: Linux 4.1; UI-Render: Standard; VCL: kde4; 
Gebietsschema: de-DE (de_DE.UTF-8); Calc: group
Comment 6 Robert Großkopf 2017-12-31 16:48:12 UTC
This bug is a special problem for optiongroups in a form. All optionfields must get the same name if the user should only be able to select one option. So optiongroups won't work well if using tabulators in a form.
Comment 7 QA Administrators 2019-03-31 02:54:19 UTC Comment hidden (obsolete)
Comment 8 Robert Großkopf 2019-03-31 06:51:29 UTC
Bug still exists with LO and OpenSUSE 15, 64bit rpm Linux.
Comment 9 QA Administrators 2021-03-31 03:41:14 UTC Comment hidden (obsolete)
Comment 10 Robert Großkopf 2021-03-31 05:39:11 UTC
Bug still exists with LO and OpenSUSE 15.2, 64bit rpm Linux.
Comment 11 Christophe Strobbe 2021-08-11 00:48:17 UTC
While I can confirm that the issue still exists in LibreOffice (on OpenSUSE Leap 15.2), I would like to point out that the file attachment does not demonstrate how forms are intended to be filled in. As the LibreOffice Writer Guide points out at https://books.libreoffice.org/en/WG71/WG7118-Forms.html#toc24 

[begin quote]
If you plan to send this [form] out to other people to complete, you probably want to make the document read-only so that users would be able to fill in the form but not make any other changes to the document.

To make the document read-only, select File > Properties, select the Security tab and enable Open file read-only.
[end quote]

A similar feature exists in Microsoft Word ("Restrict Editing", so the form can only be filled in, not modified).

However, when a Writer form is saved in read-only mode and re-opened, the form fields are not keyboard accessible, as I have reported in bug 143818: https://bugs.documentfoundation.org/show_bug.cgi?id=143818
Probably, that bug needs to be looked into before this bug (85339) can be tested again in read-only mode.