Create a new drawing in LibO with UI in default English (USA). Insert a layer named "Hintergrund". Save the drawing. Change the UI language to German (Germany). Restart LibO and open the drawing. The layer "Hintergrund" is missing. The same happens when you insert a layer "Background" in the German UI and then switch to English. The contents of the vanished layer are moved to the default layer "Layout". It is in general not possible to insert a layer "Background" in UI English or "Hintergrund" in UI German. A MsgBox opens: "The name chosen already exists. Please enter another name." These layer names are reserved in their respective language. Switching the UI language bypasses this function. This may be considered as a bug in multi language environments and complex drawings with many layers. Beware the special names ...
Created attachment 83072 [details] drawing to test Hi Dolf, thanks for the report. I started the attached in Dutch, with layer "NieuweLaag" added. Opening when changed the UI language to English, works fine... So I cannot confirm this (in 4.0.4.2)
Hello I reproduce on windows 7/64 with Versie: 4.2.0.2 Build ID: cd65d6220c5694ee7012d7863bcde3455c9e3c30 I have created custom layers in the attached layer.odg: - Achtergrond - Arrière-plan - Background - Hintergrund "Achtergrond" can be created with UI english but will not be visible in UI Dutch. Same with the others: "Arrière-plan" & French, "Hintergrund" & German. Regards Pierre-Yves
Created attachment 92299 [details] layer.odg
** 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 on a currently supported version of LibreOffice (4.4.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
Hi Still reproduced on windows 7 & Version: 4.4.2.2 Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6 Locale : fr_FR Regards Pierre-Yves
Bug is still present in LibO 4.4.2.2, OS X 10.10.3 :-(
Tested with LibO 3.3: Bug is present there too. Set version to "Inherited From OOo".
** 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 on a currently supported version of LibreOffice (5.4.1 or 5.3.6 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170901
Bug is still present in 5.4.1.2 on macOS :-(
A solution might be to divide between an internal name/identifier and the name used by the user. Such distinction already exists in other contexts. Idea 1: Use a new attribute "draw:display-name" of the element <draw:layer>. Idea 2: Add an xml:id attribute to each <draw:layer> and change the references to the <draw:layer> elements to use not the draw:name but the xml:id. A different solution might be to get rid of the special handling of "layout", "controls", "measurelines", "background" and "backgroundobjects" layers. Such special handling is not provided in the spec. This is connected with the problem, how to use layers in documents, which are produced by foreign applications, e.g bug 101218.
On Hackfest Hamburg, April 2018, we have decided to start a project for improving handling of layers and internal structure. In case you start to work on this issue get in contact with Regina (rb.henschel@t-online.de) or Armin (Armin.Le.Grand@me.com). We have agreed on the plan, to introduce a new property "display-name", so that the layer-name shown to the user is independent from the internal name. Because it is a large project, a quick fix is unlikely.
Work has started in https://gerrit.libreoffice.org/#/c/60507/.
Regina Henschel committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a9ec212c1b545d745285f0ab3119a80713b1d1f2 tdf#67248 Use localized layer name only for display in UI It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Regina Henschel committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=47f84e024344d9a50e44dda4f947945e8fc643b5 tdf#67248 unittest for: Use localized layer name only ... It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.