I can't change a style name that i created in Draw. Please pay attention (!) what i actually mean. I can save a file and many properties of style such as color, font, arrow styles, transparency and so on. The bug does not appear in Writer and Calc.
Characteristics of my system:
1). Version: 188.8.131.52
Build ID: 066b007f5ebcc236395c7d282ba488bca6720265
CPU Threads: 2; OS Version: Windows 6.1; UI Render: default;
Locale: ru-RU (ru_RU)
2). Windows 7.
3). CPU Intel Pentium Dual-Core T4400.
How to reproduce the bug:
1. Create a new connector.
1. Create a new style in Draw for new connector. Give the name for this one (for example "New Connector") and save a file in ".odg" format.
2. Reload the file.
3. Change the style name from "New Connector" to "Connector-1".
4. Save the file.
5. Reload the file. The style name steal "New Connector".
Bug reproduced by me (LibreOffice 184.108.40.206 on Windows 7) and mr. Hagar Delest AOO 4.1.2 on Xubuntu 16.04.
It happens not only with a connector, but every custom style. The error happens on save. I see the error already in OOo3.2.1., the version OOo2.4.3 had been OK.
I expect that the style:name attribute is changed or that at least the style:display-name attribute is changed.
I don't understad what do you exactly mean :) What are we going to do now ?
I detected the similar bug in Impress. :(((
Using the _toolbar button_ 'New Style' from the sidebar works as expected: the 'create style' dialog is shown and allows to enter the name, which is used and shown correctly afterwards.
Using 'New...' from the _context menu_ shows the full graphics styles dialog. Changes to the name field seems to have no effect. But actually it is saved, somehow, as you can see it in the list of existing styles in the 'create style' dialog.
It's not surprising that Impress is also affected since both share the same code base.
Build ID: 7dbd85f5a18cfeaf6801c594fc43a5edadc2df0c
CPU Threads: 8; OS Version: Linux 4.6; UI Render: default;
Locale: de-DE (en_US.UTF-8)
*** Bug 101288 has been marked as a duplicate of this bug. ***
(In reply to Heiko Tietze from comment #4)
> Using the _toolbar button_ 'New Style' from the sidebar works as expected:
> the 'create style' dialog is shown and allows to enter the name, which is
> used and shown correctly afterwards.
> Using 'New...' from the _context menu_ shows the full graphics styles
> dialog. Changes to the name field seems to have no effect. But actually it
> is saved, somehow, as you can see it in the list of existing styles in the
> 'create style' dialog.
Thank you for your answer ! But, i said in the beginning that i can save the style !
"I can save a file and many properties of style such as color, font, arrow styles, transparency and so on".
Well, i have to say some words about my user experience relating to the support. I created more then 4 topics and bug reports on these sites: ask.libreoffice.org , forum.openoffice.org, bugs.documentfoundation.org. I am very appreciate for your answers, but it's a hard way to improve the product for ordinary end-users. We need a clear answer and plan to action with deadlines. This is a very important part of quality product.
(In reply to Nicholas Borisov from comment #7)
> Well, i have to say some words about my user experience relating to the
Neither LibreOffice nor The Document Foundation provide _support_ as known from commercial products. We develop an open source product, which means everybody can and should contribute. Keep in mind that most of the people are volunteers, much of the code has a history dating back to star office, and many of the new features are implemented by students that may not continue their participation in the project.
This bug tracker organizes the work but is far away from being a work instruction. Your ticket _may_ be realized if someone cares about the feature. Unclear summary and lengthy reports are counterproductive. I tried to repeat your findings in comment 4. This ticket is a clear bug and has to get fixed. The other one in bug 101326 is not so obvious.
Created attachment 128583 [details]
Rename of style name not saved to file
Test case attached. Edit drawing. Rectangle at top has style 'air'.
In styles menu or side bar, Modify 'air'.
Change Organizer Name to say 'igw'.
Change the line colour to say green.
Hit OK and changes applied.
The rectangle text has change.
Select rectangle. Double click on 'igw' style. It is applied.
Save the document and exit.
The Organizer Name has reverted to 'air' - name change lost.
The line colour change has been kept.
System: linux, Fedora 24, libreoffice-draw-220.127.116.11-1.fc24.x86_64.
** 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!
this bug is repro in LO 18.104.22.168
a dupe for bug 38225?
(In reply to kompilainenn from comment #12)
> a dupe for bug 38225?
Yep, it looks like a dupe of bug 38225
*** This bug has been marked as a duplicate of bug 38225 ***