Objects do not keep their assigned format style and revert back to default making some presentations useless, at least unpredictable
Steps to reproduce:
1. Create new doc in Impress
2. Define two custom styles and make some visual changes for ease of recognition and differentiation
3. Create a new slide
4. Add some boxes and contents, apply the two newly defined styles to new boxes / objects
5. Save the document
6. Create a duplicate of slide by using the right click duplicate function
7. Create a duplicate of slide by using ctrl-c / v combo
8. Create empty slide and copy all objects (not the slide) from first slide by ctrl-c / v combo
9. Save the doc and close Impress
10. Reopen the doc and be surprised
11. First page is fine, last page (empty slide with copied objects) is also fine
12. The two slide copies (duplicate and ctrl-c/v) have same objects with different styles - they are now default style
See above - object styles get lost and revert back to default under certain conditions
Objects keep their assigned styles, no matter how they have been created.
Operating System: Ubuntu
Version: 22.214.171.124 release
for step 2, what kind of style? When I push F11 and get into styles and formatting text I see graphic style and Presentation styles....I assume you mean presentation style, in which case, I am unable to create a "new" style here....perhaps a new regression?
Can you test on 126.96.36.199 release - this is the latest release of LibreOffice
Marking as NEEDINFO, let me know if you're even able to create a new style, if not, we have a regression (if you can confirm you can make a new style in 188.8.131.52 release) and that new regression would block this bug as I can't even confirm it.
Once you confirm these points please mark as UNCONFIRMED and I will report a new bug if it's needed
thanks for taking care of my bug report, since I believe this is a real nasty one.
I am referring to a "Graphics Style", i.e. I create a box, define and assign a custom graphics style, change some settings (e.g. colors). When I then copy the entire slide, after closing and reopening the doc the box on the copied slide has lost its custom graphic style information.
Furthermore: I am on the latest version (184.108.40.206) and the bug still exists.
Thanks for your great effort into this great product,
I can reproduce this bug on Windows 7, LibreOffice 220.127.116.11. (The objects I used were rectangles made from the Drawing toolbar.) Therefore, I changed the Status to NEW (which means it's a confirmed bug).
This bug has a workaround (copying and pasting the individual objects rather than the slide), but the user can still copy and paste the slides without any indication (besides after closing and reopening the document) that the styles are going to be lost. So I marked the importance of this bug as "high critical" (a component that affects many users and data loss).
Thanks for reporting this bug!
*** This bug has been marked as a duplicate of bug 41436 ***
Style management seems to be very broken since LO 4 I must say... I just files another bug which renders this product virtually useless. Since 4.1 Impress even loses style information upon saving the document and there is nothing I could do about it. Please also consider bug 67565.
Thanks in advance and regards,
(In reply to comment #4)
> *** This bug has been marked as a duplicate of bug 41436 ***
I am not entirely sure if this is really a duplicate... because copying or moving entire pages in Impress with objects and custom styles applied still lose those styles and they revert back to "default" style. Style management is one of the key USPs of impress over Powerpoint to ensure consistency within and across documents. This bug makes the product useless for people heavily relying on this feature. I checked LO 4.1.3, and this bug is STILL present.
Is there a viable chance that it will be addressed anytime soon? As I mentioned earlier there are quite a few glitches in formatting / style management that seem to be introduced with version 4 (such as no negative indents, custom styles that cannot be deleted or renamed, embedded SVG graphics get crippled from to LO, but not between OO and MS PPT...). This is a core feature of that product and I would appreciate if this could get highest possible attention for near future releases. As for myself I can safely say that robustness beats new features... personally I do not miss any features, just robustness.
I don't want to be mean, I really do like this product in general and really appreciate all the effort of all you pros are putting into it. But I would be happy to see a shift in priorities (robustness), because as of right now I am forced to work with OO 4.0.1.
Thanks and regards,
Bug seems to be fixed in LO 4.2.0 Beta 1 Linux x64
sorry, NOT fixed... just checked again
*** Bug 71471 has been marked as a duplicate of this bug. ***
This one is flagged as high critical, but I haven't seen any changes recently.
Is this bug goind to be addressed anytime soon?
Cheers and regards,
The status + importance is just guidance for developers. Developers volunteer to fix bugs - so we do not give ETA's
*** Bug 82815 has been marked as a duplicate of this bug. ***
The error happens, if the formatting of the shape is done using a style. For the copied shape the style is correctly highlighted in the Style&Formatting-window, so that you think the style is applied. But in the saved document the attribute "style:parent-style-name", which should reference the style, is totally missing and so this information is lost.
@David, the issue is assigned to you. Are you working on it?
@Regina, it fell off my radar... But I have time to look at it now.
I can confirm the bug for LibreOffice 4.3 on Ubuntu. Right-Click->Duplicate and copy-pasting the slide itself causes the bug and already messed up quite a few of my presentations.
The suggested workaround, i.e. creating a new slide and copy-pasting the contents of the other slide works.
This is really annoying.
Please refrain from comments that add nothing to the bug report itself. "This is really annoying" is a good way to demotivate our VOLUNTEERS. If it is annoying for you, there are indeed options: (1) fix it yourself; (2) find a friend, family member, colleague to fix it; (3) pay for a fix; (4) wait for our incredible volunteers to fix it when they have the time . . . Libre is not limited to "free" - it means you as an individual are empowered to become part of the project.
This one seems to be fixed in version 4.4
THANKS A BUNCH, really appreciate (either for active fix or magic happening).
@David - I'm closing this one as WFM as the original reporter says he can no longer reproduce the bug. If you are still working on it feel free to set it back to assigned. Thanks!