Bug Hunting Session
Bug 122905 - FORM - Tablecontrol: Second listbox won't show right content when directly beneath first listbox
Summary: FORM - Tablecontrol: Second listbox won't show right content when directly be...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
6.1.4.2 release
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks:
 
Reported: 2019-01-23 17:26 UTC by Robert Großkopf
Modified: 2019-02-05 16:57 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Open the form - second listbox will show numbers (foreignkeys) instead of text (872.53 KB, application/vnd.oasis.opendocument.database)
2019-01-23 17:26 UTC, Robert Großkopf
Details
Screenshot of form on macOS Mojave (239.76 KB, image/png)
2019-01-24 09:58 UTC, Alex Thurgood
Details
Shows the wrong content of second listboxes (43.46 KB, image/png)
2019-01-24 13:37 UTC, Robert Großkopf
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Großkopf 2019-01-23 17:26:15 UTC
Created attachment 148567 [details]
Open the form - second listbox will show numbers (foreignkeys) instead of text

Detected a funny bug while making screenshots for Base-Handbook.

Open the attached database.
Open the form "Loan_example_02" (not for editing, for show data).
There are tablecontrols, each with two listboxes, which will follow each other directly.
Second listbox will only show the foreignkey, not the value - but the code for the listbox with the same name is the same in every tablecontrol.

Open the form for editing, not for input data.
Switch designmode off.
All data will be shown.

All data will also be shown when setting a field between the listboxes.

Seems the bug doesen't appear every time. Have opened the form once and couldnt reproduce, but then it appears again.

All tested with LO 6.1.4.2 on OpenSUSE 15 64bit rpm Linux.
Comment 1 Alex Thurgood 2019-01-24 09:54:12 UTC
No repro for me with 

Version: 6.1.4.2
Build ID: 9d0f32d1f0b509096fd65e0d4bec26ddd1938fd3
Threads CPU : 8; OS : Mac OS X 10.14.2; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group threaded

If I just open the form for visualizing the data, I see text entries for each row in all of the dropdown listboxes.
Comment 2 Alex Thurgood 2019-01-24 09:58:16 UTC
Created attachment 148593 [details]
Screenshot of form on macOS Mojave
Comment 3 Robert Großkopf 2019-01-24 13:37:58 UTC
Created attachment 148598 [details]
Shows the wrong content of second listboxes

Problem seems to be the bug isn't reproducable every time.

I have got the problem directly after opening the form. When I press "Print" for the screenshot the listboxes filled with the right text.

I started the database again, had the bug, tried to make a screenshot of it with GIMP - the bug has been gone when arriving the window next time. Sometimes only pressing a key or pressing a mousebutton will fix the behaviour. But the third screenshot shows what I have seen when the bug appears: Second listboxes all show the foreignkey, not the text-content.
Comment 4 Alex Thurgood 2019-01-25 06:12:53 UTC
Hi Robert,

Yes, I have managed to reproduce it ith

Version: 6.1.4.2
Build ID: 9d0f32d1f0b509096fd65e0d4bec26ddd1938fd3
Threads CPU : 8; OS : Mac OS X 10.14.2; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group threade

on my MacbookPro.

Indeed, it seems that a forced screen refresh, e.g by context switching to focus on another window and then back to the form window, causes the correct data to be displayed, but on first opening of the form I did indeed see only the key values in the grid control instead of the corresponding referred to values.

CONFIRMING, and this is a regression.