Bug 95150 - Border of tablecontrol doesn't show color
Summary: Border of tablecontrol doesn't show color
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
4.0.2.2 release
Hardware: Other Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, regression
Depends on:
Blocks:
 
Reported: 2015-10-18 07:30 UTC by Robert Großkopf
Modified: 2021-07-01 13:47 UTC (History)
3 users (show)

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


Attachments
Open the form - no color except grey for border of a tablecontrol (12.56 KB, application/vnd.oasis.opendocument.database)
2015-10-18 07:30 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 2015-10-18 07:30:47 UTC
Created attachment 119709 [details]
Open the form - no color except grey for border of a tablecontrol

Open the attached database.
Open the form.
There are three tablecontrols: First should have a black border, second a blue border, third a red border.
Last version which will show the color of the border here is LO 4.0.0.1 First version I have installed, which fails, is 4.0.2.2

My System: OpenSUSE 13.2 64bit rpm Linux, KDE/XFCE tested, also with LO 5.0.3.1 and a fresh profile.
Comment 1 Julien Nabet 2015-10-18 10:11:52 UTC
On pc Debian x86-64 with master sources updated today, I could reproduce this.
Keyid language allowed me to know that RID_STR_BORDERCOLOR  was used but searching this on Opengrok doesn't help much.
Comment 2 Robert Großkopf 2015-11-14 09:19:39 UTC
Seems there has been changed something in the daily build:
Colored border could be seen while editing a form on

Version: 5.1.0.0.alpha1+
Build ID: b58be9e8f983d1d0ca10a6ebe903c9a6482cefdd
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2015-11-14_00:35:50

But couldn't be seen while opening the form for input data.

With Version: 5.1.0.0.alpha1 it couldn't be seen while editing and also while opening form for input data.
Comment 3 Robert Großkopf 2016-03-05 09:10:32 UTC
Added keyword "regression". Works right in LO 4.0.0.3, fails with LO 4.0.2.2.
Comment 4 Xisco Faulí 2016-09-12 12:44:48 UTC
Adding keyword 'bibisectRequest'.
Comment 5 Xisco Faulí 2017-09-29 08:52:25 UTC Comment hidden (obsolete)
Comment 6 Robert Großkopf 2017-09-29 13:59:59 UTC
Bug appears also in LO 5.4.2.1 on OpenSUSE 42.2 64bit rpm Linux.
Comment 7 Buovjaga 2018-06-30 18:09:47 UTC
Unfortunately, with some builds in the 43all Linux bibisect repo, the form cannot be opened.

There are only 'skip'ped commits left to test.
The first bad commit could be any of: 0a0d80b18dc905ee56faaad81c2d6839f8e0172d 1273b9e25faacf414c611503c2a11283af274044 2cb4591ac9908e86e6e0844714ce74f2c5f0d813 c6a69c23e32b372e1f279f1a5ea6aa0a6cf52968 a71a4447320f177181c9cff9f7c6fd93802cbd8e ef67f79d5c082070b3185286da0bacd714bb61b4 21974bfa867971881326fe3694bc1fb365f20ae1
We cannot bisect more!
Comment 8 QA Administrators 2019-07-01 02:46:44 UTC Comment hidden (obsolete)
Comment 9 Robert Großkopf 2019-07-01 10:28:41 UTC
Bug still exists on LO 6.2.5.2, OpenSUSE 64bit rpm Linux.

Note: Could also be it couldn't be tested any more, because borders weren't shown around the control any more, see bug 122661
Comment 10 QA Administrators 2021-07-01 04:05:26 UTC Comment hidden (obsolete)
Comment 11 Robert Großkopf 2021-07-01 13:47:06 UTC
Bug appears also in LO 7.1.4.2 on OpenSUSE 15.2 64bit rpm Linux