Description: I have an impress file containing one slide. It contains several rectangles and textboxes. I have the transparency set to "none" (I want them to be opaque). I save the file; Everything still looks fine. I exit Impress. When I later re-launch Impress and load the same file, all my textboxes and rectangles have "linear" transparency. Hardware is an Intel 64-bit chip (Intel Core i7-3770K @ 3.50GHz x 8) Operating system is Fedora-24. Graphics is GeForce GTX 660/PCle/SSE2. Window manager is GNOME 3.20.2. Steps to Reproduce: 1. Create an Impress file slide. 2. Put a few rectangles and textboxes in the slide. Color fill the rectangles. Make sure the transparency of the those objects is "none". 3. Move the textboxes so that they are on top of rectangles. This allows the transparency to be easily seen. 4. Save the file; exit Impress. 5. Launch Impress; load the file. Actual Results: The textboxes and rectangles all now have "linear" transparency. Expected Results: The textboxes and rectangles should all have the same transparency as when saved - "none". Reproducible: Always User Profile Reset: No Additional Info: After saving this bug, I will attach two screen captures showing the problem. User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:50.0) Gecko/20100101 Firefox/50.0
Created attachment 130534 [details] screen capture showing slide after saving, but before exiting Impress. This attachment shows the Impress slide after saving, but before exiting Impress. Note that all rectangles and textboxes are opaque (transparency="none").
Created attachment 130536 [details] screen capture showing slide right after loading into Impress. This is a screen capture show the Impress slide immediately after (re-)loading it into Impress. So the full sequence is: 1. make slide. 2. save file. 3. screen-capture the slide (attachment 1). 4. exit Impress. 5. launch Impress; load the file. 6. screen capture the slide (this attachment).
Hello Bill, Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Created attachment 130540 [details] Impress file corresponding to the other 2 attachments. This is the Impress file that was screen-captured in the other two attachments.
requested file attached.
Hello Bill, I can't reproduce it in Version: 5.4.0.0.alpha0+ Build ID: 4b3e8de6b3cb971b02aa0cb90aceb9e104071d3b CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; Locale: ca-ES (ca_ES.UTF-8); Calc: group it seems you're using an old version of LibreOffice. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Confirmed with Version: 5.4.0.0.alpha0+ Build ID: acbcec11940d245aabed93ca756ef9462e06f192 CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-01-19_00:42:06 Locale: en-US (en_US.UTF-8); Calc: single If you select a textbox and open 'area', you'll see that transparency is set to linear. If set to none, save and reload, it's set again to linear.
** 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
I am still experiencing this problem. I'm currently at Version: 5.3.7.2.0+ Build ID: 5.3.7.2-6.fc26 CPU Threads: 8; OS Version: Linux 4.14; UI Render: default; VCL: gtk3; Layout Engine: new; Locale: en-US (en_US.utf8); Calc: group This system was last patched Thursday, Jan. 18, 2018 by doing "dnf upgrade --refresh".
In further response to comment 8... Yesterday, I submitted bug 115301 "textbox text shifted relative to graphic objects when updated from Fedora 25 to Fedora 26.". The last two attachments to that bug: * "shows the slide after the upgrade to Fedora 26." (screen capture; jpeg file)) * "shows the slide after the upgrade to Fedora 26, but zoomed in 250%" (screen capture, jpeg file) were both created in the past few days (very late January 2018). Those screen captures show the transparencies of the objects in the slide to be something other than "none". That slide was created and last saved over a year ago with all objects having transparency set to "none". So, yes, I'm still experiancing the problem reported in this bug (105424).
Version: 6.0.6.2 Build ID: 6.0.6.2-3.fc28 CPU threads: 8; OS: Linux 4.20; UI render: default: VCL: gtk3; Locale en-US (en_US.utf8); Calc: group Doing what I said in the original description shows no problems. But if I try to load what I saved when I submitted the bug, I still see the same original problem. It is possible that the original file was corrupted somehow. It's also possible that the original file just needs to be upgraded to the current version of LibreOffice. If so, how do I do that?