Description: The Background fill information is not populated correctly into the Format-Paragraph Window Steps to Reproduce: 1.Set a non default background image as background and change some properties using the Format-Paragraph Window 2. Close it and apply it to paragraphs. Everything works fine. 3. Now reopen the edit paragraph formatiing window again for Custom Format described above. 4. Go to the Area-Fill Tab. The default fill properties setting are selected and activated, implying the saved prooperties are not correctly populated. Actual Results: 1. If the Format-Paragraph window is closed with the Area-Fill Tab open it reopens in the same tab in Step 4 and all fill poperties must be set again. 2. When modifying Fill parameters to adjust and find the right setting. Fill properties must be reset again. Expected Results: The fill properties once set must be correctly repopulated into the Format-Editor Window. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
Created attachment 132466 [details] The tab in the format editor window which resets everytime.
Wrong module - setting to Writer. "Base" in bugzilla refers to the database module.
This feature works fine on the Still Version 5.2.6. This bug has come up after the introduction of the upgraded Format Properties Window.
I think there were some fixes to the dialog recently. Could you try with 5.3.2.2?
I check this in the 5.4 released for bug hunting, and it still exists. This has become a hurdle and I had to shift back to the still version.
I reproduce. Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha1+ Build ID: aca48f46895811009ec90665d816ef835f0694be CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on April 30th 2016
gradient, hatch and bitmap tab had the same issue, I've fixed the first two, bitmap is still pending
Katarina Behrens committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b96174fac58eff71f0a8d2ad1e99b7776e34c33b tdf#107087: Select bitmap fill from preset list It will be available in 5.5.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.
Created attachment 133968 [details] Paragraph_Style_Test_Original_Settings
Created attachment 133969 [details] Paragraph Style_Test_Settings_Window_Closed_and_Reopened
Created attachment 133970 [details] Paragraph Style_Test_Settings_File_Closed_and_Reopened
Checked on /daily/master/Win-x86_64@42/2017-06-10_01.17.34 Bug still unresolved. Behaviour changed a little bit though. Steps to repeat new behaviour 1. Open new file. 2. Create new Paragraph format and give it a name. 3. Change the area fill setting to as shown in Image 1. (Load an external image not select a default one - This step is necessary to simulate a second buggy bahaviour) * Image_1: Paragraph Format Settings - Original Intended 4. Apply and Save settings close the window. 5. Reopen paragraph setting window by Right click > Modify *The Style, Size and Position what was previously set is now changed to something different. This can be seen in image 2 *Image_2: Paragraph Style_Test_Settings_Window_Closed_and_Reopened --> This is the first minor bug 6. For the second minor bug. > Save file > Close File and Reopen it. 7. Reopen paragraph setting window by Right click > Modify 8. In addition to the first minor bug the External loaded image is now not displayed in the list. Image_3: Paragraph Style_Test_Settings_File_Closed_and_Reopened
The second bug which occurs when file is closed and reopened also exists in the Gradient and Hatching Tab as well. Shall i post the details here or shall I open a new bug for that? In both cases data is not lost and only the data from the file is not populated back to the window properly.
All the above Problems can be found in the Pattern tab as well.
(In reply to Nithin from comment #12) > Checked on /daily/master/Win-x86_64@42/2017-06-10_01.17.34 > Bug still unresolved. Behaviour changed a little bit though. > > Steps to repeat new behaviour > > 1. Open new file. > > 2. Create new Paragraph format and give it a name. > > 3. Change the area fill setting to as shown in Image 1. (Load an external > image not select a default one - This step is necessary to simulate a second > buggy bahaviour) * Image_1: Paragraph Format Settings - Original Intended > > 4. Apply and Save settings close the window. > > 5. Reopen paragraph setting window by Right click > Modify > > *The Style, Size and Position what was previously set is now changed to > something different. This can be seen in image 2 > > *Image_2: Paragraph Style_Test_Settings_Window_Closed_and_Reopened > > --> This is the first minor bug > > 6. For the second minor bug. > Save file > Close File and Reopen it. > 7. Reopen paragraph setting window by Right click > Modify > > 8. In addition to the first minor bug the External loaded image is now not > displayed in the list. > > Image_3: Paragraph Style_Test_Settings_File_Closed_and_Reopened I repro both things Win 7 Pro 64-bit Version: 6.0.0.0.alpha0+ (x64) Build ID: a1ace08b5b86a76e7275dcef2545a7d52ae2ed2d CPU threads: 4; OS: Windows 6.1; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-06-13_03:04:47 Locale: fi-FI (fi_FI); Calc: CL
(In reply to Nithin from comment #13) > The second bug which occurs when file is closed and reopened also exists in > the Gradient and Hatching Tab as well. Shall i post the details here or > shall I open a new bug for that? In both cases data is not lost and only the > data from the file is not populated back to the window properly. That is bug #103916. It works if you save those presets in Format > Area tab, only there & nowhere else. It's challenging to fix as one needs to tunnel certain data through 20 layers of abstraction, but hey, that's improved UX for you! :tableflip:
> That is bug #103916. It works if you save those presets in Format > Area > tab, only there & nowhere else. > > It's challenging to fix as one needs to tunnel certain data through 20 > layers of abstraction, but hey, that's improved UX for you! > > :tableflip: Just checked the behaviour in Still version. This is indeed a complex bug. I will have to check up the behaviour again in detail when I have time. If i may ask. Why isnt the same code used in both places?
There are various issues in the page background area, and it is necessary to distinguish strictly. There might be relations between those issues, but they seem to start with different versions and also some of them seem to have become fixed in between with different Target Milestones. this one mixes some different problems. The original problem is concerning the effect that Format Page Dialog loses connection to imported picture, which is already reproducible 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 for example various screenshots show the problem that particular size and scaling settings will not be shown correctly after reopening Format Page Dialog from page contents view, and this is still ok with 5.2.0.4 (x64). So I think we should use this one as collection of materials for creation of new reports precisely describing a particular effect with clearly described appearance (and may be vanishing). Finding relations between those issues would be a second step. This one is concerning "on board" and also imported (bitmap) pictures as page background. STR: 11. Open Attachment 134433 [details] 12. Menu ‘format → Page → Background → Picture Expected: Shows information related to actual imported background picture (like OOo does and also LibO 5.0.4.2) Actual: connection to actual imported picture lost, shows arbitrary (default) values for size, position and so on: "Tiled", "176%" Step 4 of original report demonstrates the problem, but is not necessary to provoke the issue, also reporter's screenshots of settings show this a1) Already reproducible with Version 5.4.3 a2) Was still ok 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) and also Version: 5.0.4.2, Build-ID: 2b9802c1994aa0b7dc6079e128979269cf95bc78 Gebietsschema: de-DE (de_DE), German language UI, normal User Profile
Argh, please ignore text starting with "This one is concerning "on board" ..." from comment above!
*** Bug 108905 has been marked as a duplicate of this bug. ***
*** Bug 103262 has been marked as a duplicate of this bug. ***
Dear Nithin, 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 https://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
Sorry for the delayed reply. The first part of the Problem mentioned in Comment 12 is resolved and things work fine. The second part of the problem mentioned in Comment 12 ------- 6. For the second minor bug. > Save file > Close File and Reopen it. 7. Reopen paragraph setting window by Right click > Modify 8. In addition to the first minor bug the External loaded image is now not displayed in the list. Image_3: Paragraph Style_Test_Settings_File_Closed_and_Reopened ------ Problem descibed in Steps 6 to 8 is not resolved yet.
This bug for Format -> Paragraph -> Area -> Bitmap is the same as bug 125969 for Format -> Page Style -> Area -> Bitmap. So far I'll just connect via See Also.
(In reply to Nithin from comment #23) > Sorry for the delayed reply. > > The first part of the Problem mentioned in Comment 12 is resolved and things > work fine. > > The second part of the problem mentioned in Comment 12 > ------- > 6. For the second minor bug. > Save file > Close File and Reopen it. > 7. Reopen paragraph setting window by Right click > Modify > > 8. In addition to the first minor bug the External loaded image is now not > displayed in the list. > > Image_3: Paragraph Style_Test_Settings_File_Closed_and_Reopened > ------ > > Problem descibed in Steps 6 to 8 is not resolved yet. I confirm that the original issue with settings (style, size, position, etc.) going back to defaults is reproduced in 6.0.0.3 but resolved in 6.1.0.3 Bibisected the fix to: commit b85691995e7b1a1aadf714c34e7fe6b9cd3206d8 author Katarina Behrens Fri Mar 30 18:08:50 2018 +0200 committer Katarina Behrens Sat Apr 07 19:57:00 2018 +0200 Pass full item set to bitmap tabpages Reviewed-on: https://gerrit.libreoffice.org/52364 Thanks Katarina! It was possibly the same issue as bug 105194. To keep things clear, let's mark this one as fixed, and move the duplicate that's not quite the same issue: bug 108905 -> bug 125969.