1. New Text Document. 2. Format → Page → Area → Fill → Bitmap → Sky (or any other bitmap). 3. Switch to Transparency tab. 4. Switch back to Area tab. Result: Bitmap is set to Blank. Even if you select Sky and OK, when you go back in to format the page and switch tabs it resets to Blank. Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
Not reproduced. Maybe you could try this: https://wiki.documentfoundation.org/User_Profile#Resolving_corruption_in_the_user_profile (Apologies, if you have already done it recently..) Win 7 Pro 64-bit, LibO Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432 Locale: fi_FI Version: 4.5.0.0.alpha0+ Build ID: 181feb38d95e25980b96c2f6802cc906410abb13 TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-03-19_23:38:28 Locale: fi_FI Ubuntu 14.10 64-bit Version: 4.4.1.2 Build ID: 40m0(Build:2) Locale: en_US
Just about every time that I look at reproducing a bug, all I do is find another. This bug started off with footer backgrounds. What I thought I found also happened for the page as a whole. To clarify, I was referring to the UI settings resetting. With a new profile, when opening up the document the UI settings changed from bitmap to color for the Page. I have not been able to reproduce that. However... 1. New Text Document. 2. Insert -> Footer. 3. Format Footer -> Footer tab -> More button -> Area -> Bitmap -> Sky -> Okays. 4. Save, close, and reopen document. Result: No background in footer. 5. Format Footer -> Footer tab -> More button -> Area. Result: Fill is set to Color (hmm, no localisation with the language) -> Tango: Sky Blue 1. I think this might be a dupe. Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
I see the same behaviour, but I'm on 4.4.0.3 right now... I guess I should try to reset the userprofile, but I see the same problem when I import a graphic to use as a bitmap.
Nope, same problem with new userprofile too. Bitmap settings and transparancy settings are not stored in page style, so if I set "Size: Relative, Width: 75 %, Height: 75 %" in the Area tab, and then 90 % transparancy in the transparancy tab, then none of these settings are saved when I save, close and reopen the document. They work before I close the document though. The area tab resets itself if I switch between them too, as Gordo originally described.
Thanks for testing, I'll set to NEW.
Seems to have been some work, not reproducible on current master, i.e. for 5.1.0 Version: 5.1.0.0.alpha1+ Build ID: 6343754e310a589cb49e2a1da0cd68472571179d TinderBox: Win-x86@39, Branch:master, Time: 2015-08-07_05:57:08 Locale: en-US (en_US)
** 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.1.5 or 5.2.1 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-20160920
Tested it again with libreoffice-5.2.0.4 on gentoo (64 bit), it seems to stick now.
May be the behavior changed a little with Version: 5.2.0.4 (x64) Build-ID: 066b007f5ebcc236395c7d282ba488bca6720265 CPU-Threads: 4; BS-Version: Windows 6.1; UI-Render: Standard; Gebietsschema: de-DE (de_DE) But the problem has not been solved, see "Bug 108905 - Page Area Bitmap background resets to default"