<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - In LibreBase Reports Attribute "Auto Grow" when set to "Yes" doesn't stick." href="https://bugs.documentfoundation.org/show_bug.cgi?id=131664#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - In LibreBase Reports Attribute "Auto Grow" when set to "Yes" doesn't stick." href="https://bugs.documentfoundation.org/show_bug.cgi?id=131664">bug 131664</a> from <a class="email" href="mailto:skablitz@me.com" title="Stephan <skablitz@me.com>"> Stephan</a> <pre>Created <a href="http://bugs.documentfoundation.org/attachment.cgi?id=159493" name="attach_159493" title="Report Layout">attachment 159493</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=159493&action=edit" title="Report Layout">[details]</a> 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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>