| Summary: | EDITING: Labels in Forms couldn't be centered any more | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Robert Großkopf <robert> |
| Component: | Base | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | major | CC: | dr, gerhard.weydt, lionel, lothar.becker, luismiguel.lacosta, rb.henschel, serval2412, xiscofauli, xv3247 |
| Priority: | high | Keywords: | bibisectRequest, regression |
| Version: | 5.4.0.3 release | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | All | ||
| See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=109177 | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Attachments: | Change the align of the label in the form to left and afterwords back to centered ... | ||
|
Description
Robert Großkopf
2017-07-31 13:53:09 UTC
I can reproduce this bug (OS Windows 10) confirmed Confirming with Version: 5.4.0.3 Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Calc: group The form controls have some identical automatic styles. That should not happen, because "automatic styles" describe properties of a single object. How do you have created the document? Do you insert each control by using the toolbar? Or do you copy&paste them? Or something else? Also reproduced on master Version: 6.0.0.0.alpha0+ Build ID: 376e27dd498d64212e570354a94c527b37d367b1 CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; Locale: fr-FR (fr_FR.UTF-8); Calc: group (In reply to Regina Henschel from comment #4) > The form controls have some identical automatic styles. That should not > happen, because "automatic styles" describe properties of a single object. > How do you have created the document? Do you insert each control by using > the toolbar? Or do you copy&paste them? Or something else? Have added them by the toolbar "Add field". Afterwords I changed the vertical alignment of both label-fields. Bug 109177 describes a similar problem, namely that setting a vertical orientation for a scrollbar in design mode is not recognized. It has been already pointed out that setting the vertical orientation by macro works, though. So you should test if you could set the center alignment by macro, the result would narrow down the scope of possible reasons. Gerhard (In reply to Regina Henschel from comment #4) > The form controls have some identical automatic styles. That should not > happen, because "automatic styles" describe properties of a single object. > How do you have created the document? Do you insert each control by using > the toolbar? Or do you copy&paste them? Or something else? @Regina : not by any chance related to the changes recently made here ? https://gerrit.libreoffice.org/#/c/38861/4/sw/source/core/unocore/unostyle.cxx I do not get the error with Version: 6.0.0.0.alpha0+ Build ID: 0163984ce76141665296969118791a9ffbf076eb CPU threads: 4; OS: Windows 6.1; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-07-30_23:34:14 Locale: de-DE (de_DE); Calc: group @ Alex Thurgood : I have no idea. Testing with older versions shows, that using automatic styles has always been this way, so likely it is not related. Can you test with a newer version from master, whether you still get the error? (In reply to Regina Henschel from comment #9) > I do not get the error with Version: 6.0.0.0.alpha0+ > Build ID: 0163984ce76141665296969118791a9ffbf076eb > CPU threads: 4; OS: Windows 6.1; UI render: default; > TinderBox: Win-x86@42, Branch:master, Time: 2017-07-30_23:34:14 > Locale: de-DE (de_DE); Calc: group > > @ Alex Thurgood : I have no idea. Testing with older versions shows, that > using automatic styles has always been this way, so likely it is not related. > Can you test with a newer version from master, whether you still get the > error? @Regina : this is possibly a duplicate of bug 109242 (In reply to Alex Thurgood from comment #10) > > @Regina : this is possibly a duplicate of bug 109242 Which is hopefully fixed by Noel in master since 27/07/2017. Not reproducible in Version: 6.0.0.0.alpha0+ Build ID: 3f16306964d5bb81dda3c681bcabbacadf424e7b CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group *** This bug has been marked as a duplicate of bug 109242 *** But with kde4 the is still there Version: 6.0.0.0.alpha0+ Build ID: 3dcf6dfceee58360501396390d78c006351aef47 CPU threads: 8; OS: Linux 4.9; UI render: default; VCL: kde4; Locale: nl-BE (en_US.UTF-8); Calc: group build 20170803 On pc Debian x86-64 with master sources updated today, I don't reproduce this gtk3 or with kde4 rendering. However, when wanting to test and put left alignment, I noticed that the 2 fields have the "alignment" value at empty. (In reply to Julien Nabet from comment #14) > On pc Debian x86-64 with master sources updated today, I don't reproduce > this gtk3 or with kde4 rendering. > However, when wanting to test and put left alignment, I noticed that the 2 > fields have the "alignment" value at empty. Hi Julien, where do you get the master? I 'm looking here, but it all seems to be empty: http://dev-builds.libreoffice.org/daily/master/ (In reply to robert from comment #15) >... > where do you get the master? > I 'm looking here, but it all seems to be empty: > http://dev-builds.libreoffice.org/daily/master/ Sorry Robert, I build LO from sources retrieved from git. There are indeed almost only empty directories in daily builds. I only noticed this one: http://dev-builds.libreoffice.org/daily/master/Linux-archive-x86_64%4080-updater/current/ |