[Libreoffice-bugs] [Bug 108342] New: Editing: list field in table grid shows status row changed on opening form when it 's first column

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=108342

            Bug ID: 108342
           Summary: Editing: list field in table grid shows status row
                    changed on opening form when it's first column
           Product: LibreOffice
           Version: 5.2.3.3 release
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Base
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: gerhard.weydt at t-online.de

Created attachment 133860
  --> https://bugs.documentfoundation.org/attachment.cgi?id=133860&action=edit
test Base document

If a table grid in a form contains a list field (with reference to another
table) as first column, the field shows the status "row changed" when the form
is opened in data-entry mode: a pencil is displayed, as after editing the row,
instead of the triangle which is shown on a selected row. This only happens,
when the list field is for the first column of the grid.
The attached base document contains the simplest version to reproduce this bug:
two tables, table1.ref references table2.id; in the form a table grid
containing the rows of table1 has a list field for this reference. The list
field works correctly, but when the form is opened the wrong sign, the pencil,
is displayed.
This happens only on opening the form. If you switch to another row and back,
the triangle is displayed correctly. This also doesn't happen if you open the
form for editing an then switch to the design mode. The pencil is also changed
into a triangle if a button with the action "refresh row is pushed.
The attachment contains two forms, appropriately named, which have the list
field in the first or the second column. The second example works correctly,
the fisrt shows the bug. The second form was copied from the fist, only the
columns have been interchanged.

In case someone thinks the example is badly constructed and we should use
table2 as a "father" for table1: this is only due to the reduction to the
simplest case. A realistic example would have the following relation: table0
1:n table n:1 table2, a classical n:m-relation, with table1 containing the
references to the two other tables (it doesn't matter if table1 contains some
other field: we would normally wish to show the list field in the first
column). So this is not an "exotic" situation.

There is a work-around: Add a column with length 0 (and perhaps Enabled = No)
before the list field.
The bug is assumed to be easily fixable, so in spite of a work-around it should
be tackled soon.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170605/9852c2c7/attachment.html>