Description: The textlisting in the DocInformation Tab isn't aligned to the right. Steps to Reproduce: 1.Open Writer 2.Insert --> Cross-reference 3.DocInformation Tab Actual Results: The text isn't aligned to the right Expected Results: The text should be aligned tot the right Reproducible: Always User Profile Reset: YES Additional Info: Found in: Version: 5.4.0.0.alpha0+ Build ID: 4130c8def811d1dcc87eacaa8ae48ba02738a790 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-11-29_01:03:18 Locale: nl-NL (nl_NL); Calc: CL and in Versie: 4.4.6.3 Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d Locale: nl_NL User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Created attachment 129151 [details] Screenshot
Confirmed, but it should be to the left like the rest I guess :) Win 7 Pro 64-bit Version: 5.4.0.0.alpha0+ Build ID: 142618ecae472e535c582c0fb357d2a9a76655f1 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2016-11-28_00:46:57 Locale: fi-FI (fi_FI); Calc: group LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Repro with Version: 6.1.0.0.alpha0+ Build ID: cc1db6f2b0ebe05ae807628778835b62df00eca2 CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-12-02_23:45:34 Locale: nl-NL (nl_NL); Calc: CL
Repro with Version: 7.1.0.0.alpha0+ CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-07-30_20:15:28 Calc: threaded
*** Bug 117327 has been marked as a duplicate of this bug. ***
As we can see from sw/uiconfig/swriter/ui/flddocinfopage.ui, we have a GtkTreeView in GtkFrame "typeframe", without the following property: <property name="show_expanders">False</property> A GtkTreeView seems have a default indentation if show_expanders is True (which is the default), see: https://developer.gnome.org/gtk3/stable/GtkTreeView.html#gtk-tree-view-set-show-expanders A "expander" would look like this: https://python-gtk-3-tutorial.readthedocs.io/en/latest/expander.html I do not see a reason why we should use an expander here in this dialog. As a result, setting show_expanders to False will solve the problem.
A patch is submitted to gerrit for review: master: https://gerrit.libreoffice.org/c/core/+/108261 7.1: https://gerrit.libreoffice.org/c/core/+/108184
Created attachment 168464 [details] screenshot with patch applied
Created attachment 168465 [details] screenshot with patch applied
Kevin Suo committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/4987c82449183d47464c94d4ed0aa0bbf2abf3aa tdf#104278: text in Type frame in DocInformation is not aligned left It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Created attachment 168540 [details] an example document with custom properties We used that expander in this TreeView for custom properties as available in this example document. Without the recent patch there is a "Custom" entry which can be expanded to show the custom properties (which can be added to the document with File, Properties, Custom Properties) and insert them into the document. With the new change that's unfortunately no longer possible. Maybe a further change to list the custom properties in the "Select" TreeView when "Custom" is selected in the "Type" TreeView is plausible as an alternative solution to restoring the expander
(In reply to Caolán McNamara from comment #13) > Maybe a further change to list the custom properties in the "Select" TreeView when "Custom" is selected in the "Type" TreeView is plausible as an alternative solution to restoring the expander Caolan: Can you do that, or should I revert this commit? I do not think I have the knowledge to do what you have mentioned.
Kevin Suo committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/2eb811c5d743908eda0cda4945a0009ea52eb22d Revert tdf#104278: text in Type frame in DocInformation... It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
@Kevin Suo Thanks for giving it a try to solve this one!
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5edb3c0b866a3c0169ed492e3807af5bad90b486 tdf#104278 have separate treeviews for expander and no-expander cases It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.