| Summary: | An image that once was an area fill persists in the file even if it is deleted from the collection (comment 7) | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Mike Kaganski <mikekaganski> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | ||
| Severity: | normal | CC: | dgp-mail, nik, stephane.guillou |
| Priority: | medium | Keywords: | implementationError |
| Version: | 5.3.0.3 release | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=125969 | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 113224 | ||
|
Description
Mike Kaganski
2020-03-20 10:21:07 UTC
I confirm it with Version: 7.0.0.0.alpha0+ (x64) Build ID: 5dcbd1bb557450a2d658a710c163b310c0cee157 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI-Language: en-GB Calc: CL Version: 6.4.1.2 (x64) Build ID: 4d224e95b98b138af42a64d84056446d09082932 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; Locale: en-GB (en_GB); UI-Language: en-GB Calc: threaded Confirmed with this version. 1. Create the default writer document. 2. Go to "Page Style (Default) > Area". Press "Bitmap", then press "Add/Import" and import a background image. Save it using the default dialogue box that pops up. Then press "Apply." EXPECTED RESULT: Icon should be accessible under "Bitmap" using the scrollbar. ACTUAL RESULT: Icon is not accessible. 3. Close dialogue and reopen. RESULT: The imported background is accessible again via scrollbar. 4. Close dialogue. Save, close then reopen file; then open dialogue again. RESULT: Background is inaccessible, and remains so permananetly. The same goes for any other backgrounds you import. R. Green, you've changed bug summary, and AFAIK the expected result is now a bit different. Problem: Image is still part of the program, but you don't have access to it. Expected result in comment 0: LO should remove image from the program Expected result in comment 2: LO should make bitmap accessable for later use There should be a consensus about the expeted result. From a user perspective I tend to your expectation, R. Green. Mike, what do you think? Or have I misunderstood something? (In reply to Dieter from comment #3) Well, comment 0 didn't declare that image should become removed automatically: strictly speaking, I only wrote that there's no way to remove it. Comment 2 indeed suggests the most obvious (and likely the only correct) way of solving the bug, so I also tend to agree with the edits :-) - however, the automatic removal of unreferenced images is also an option (inferior IMO). Duplicate of bug 125969? *** Bug 151177 has been marked as a duplicate of this bug. *** I am reverting back to something similar to the original summary by Mike. The Comment 2 issue is more what's tracked in bug 125969, whereas this issue I think is best described with the steps below. Admittedly, both issues should be fixed in concert, but they are two different problems. 1. In a new file: Format > Page Style > Area > Image > Ass / Import an image, give it a name 2. Apply the image as background without closing the dialog 3. Change image background to one of the defaults, click Apply 4. Right-click the custom image in the collection, delete it 5. Save file and exit LO 6. Extract the ODT, look in Pictures directory Result: custom image is still there. Which in a way touches on the issue of privacy. Setting first version affected as 5.3 as that's when one could first add a custom image to the collection and use that "Delete" context menu command. Still reproduced in recent trunk build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e9a0c97de95688b2f86bbb4dd8c823af5442401c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded |