Bug 122358 - Forms: Formatting border of controls through macros doens't work
Summary: Forms: Formatting border of controls through macros doens't work
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
6.1.4.2 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, regression
Depends on:
Blocks: Macro Database-Forms
  Show dependency treegraph
 
Reported: 2018-12-28 09:20 UTC by Robert Großkopf
Modified: 2019-01-11 18:49 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot of form with red borders arround fields with input required (13.22 KB, image/png)
2018-12-28 09:20 UTC, Robert Großkopf
Details
Zipped folder with example database and two linked files (44.92 KB, application/zip)
2018-12-28 09:22 UTC, Robert Großkopf
Details
screen shot with partial red line drawing (111.07 KB, image/png)
2018-12-28 16:42 UTC, Drew Jensen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Großkopf 2018-12-28 09:20:47 UTC
Created attachment 147871 [details]
Screenshot of form with red borders arround fields with input required

Add the attached screenshot. There you could see a form, which contains some fields with a red border. Input is required for these fields. The fields will switch the colour when input has been made - it's the same behaviour as in XML-Formdocuments. This behaviour only works through macros.

Open the second attachment (zipped folder with a database and two files in a folder). For testing the behaviour you have to allow executing of macros.
Start the form in the base-file.
Switch to new row.
If you will do this in all versions up to LO 6.1.3.2 there will be red borders around 4 fields, where input is required.
When opening the form in LO 6.1.4.2 and also 6.2.0.1 the borders won't be red. Macro couldn't change the behaviour here.

All tested with OpenSUSE 15, 64bit rpm Linux.
Comment 1 Robert Großkopf 2018-12-28 09:22:06 UTC
Created attachment 147872 [details]
Zipped folder with example database and two linked files
Comment 2 Robert Großkopf 2018-12-28 09:27:40 UTC
Could be this behaviour has something to do while changing "input required" in a form. Its the same version where bug 121188 has been fixed for where this bug appears.
Comment 3 Roman Kuznetsov 2018-12-28 13:13:01 UTC
confirm in

Version: 6.3.0.0.alpha0+
Build ID: 49fcd3bbb30f93763fc5cb80fa6ac5cec5d00834
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-12-25_00:15:08
Locale: ru-RU (ru_RU); UI-Language: en-US
Calc: threaded
Comment 4 Drew Jensen 2018-12-28 16:34:09 UTC
Using Ubuntu 18.04.1 (AMD64) - bibisect in the 6.2 repo (6.1 repo gave no error)

Bibisect shows that the anomaly arrived with commit: "Cleanup SvpSalGraphics LineGeometry creation"

https://cgit.freedesktop.org/libreoffice/core/commit/?id=32d49d077fff5c63ec731191bff4daed06744afa

Adding Author, Armin Le Grand, to CC
Comment 5 Drew Jensen 2018-12-28 16:42:46 UTC
Created attachment 147876 [details]
screen shot with partial red line drawing

Attaching a screen shot of when the software failed to draw the red line around the four controls - as you see here there is a red line on two sides of one of the controls. This is not the case with the LO6.2.0.1 RC release which does not have these two sides in red, only the software out of the bibisect repo had this oddity.

Also - in the testing here I tried different VCL settings (GTK2, GTK3, Gen) and it made no difference.