[Libreoffice-bugs] [Bug 131664] In LibreBase Reports Attribute "Auto Grow" when set to "Yes" doesn't stick.

2020-04-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=131664

--- Comment #4 from Stephan  ---
Created attachment 159493
  --> https://bugs.documentfoundation.org/attachment.cgi?id=159493=edit
Report Layout

I took your workaround and applied it to my report. In my report, only the
fields "Task Description" and "Task Source" may be larger than the reserved
space. The other fields will not ever overflow. 

Now however, I set the "Task Number" field (not the label in the header) "Auto
Grow" -> "Yes" (also the other fields) and after saving the report, the
attribute remains set to "Yes" and the report can be executed any time now,
without having to manipulate the arribute "Auto Grow" every single time. So for
the time being I am happy.

I still think, it remains a bug. I would like to keep authority on which fields
are allowed to "Auto Grow" and which ones not. Now "Task Number" can "Auto
Grow" which wouldn't be necessary.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 131664] In LibreBase Reports Attribute "Auto Grow" when set to "Yes" doesn't stick.

2020-04-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=131664

--- Comment #3 from Robert Großkopf  ---
Created attachment 159488
  --> https://bugs.documentfoundation.org/attachment.cgi?id=159488=edit
Open the report and change label-field "Memo" to Auto Grow → No

Have tested it a little bit more.
When I execute the report while the report is open for editing the auto grow
will work.
Then I closed the report-editor and started again and the field won't be set to
auto grow.
Then I set the label-field, which is the first field of the row, to auto-grow
and the auto-grow will work like it should.
Seems to me the first field in a row had to been set to get the auto grow
working while the report isn't opened for editing.

Pleas test the attached database.
Execute the report - all content could be seen.
Edit the report and set the label "Memo" to Auto Grow → No. 
Save the report, close the report and start it again.
The fielkd for the content, not only for the label, won't auto grow.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 131664] In LibreBase Reports Attribute "Auto Grow" when set to "Yes" doesn't stick.

2020-04-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=131664

--- Comment #2 from Stephan  ---
Created attachment 159487
  --> https://bugs.documentfoundation.org/attachment.cgi?id=159487=edit
Screenshot from report with overflow happening.

The behaviour is still present in LO 6.4.2.2 (which seems to be the latest
version for MacOSX). I just installed, set "Auto Grow" to "Yes" and saved the
report. After closing the report from edit mode and executing it again, the red
triangles indicating overflow are still there.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs


[Libreoffice-bugs] [Bug 131664] In LibreBase Reports Attribute "Auto Grow" when set to "Yes" doesn't stick.

2020-04-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=131664

Robert Großkopf  changed:

   What|Removed |Added

 CC||rob...@familiegrosskopf.de

--- Comment #1 from Robert Großkopf  ---
Couldn't confirm the buggy behavior. Have tested it with
LO 6.4.3.2 on OpenSUSE 15.1 64bit rpm Linux.

The automatic row height has been added for LO 6.4. So could be the bug has
gone since 6.4.0.3. Could you try a newer version?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs