Description: Creating a linked section to a document works when the document is not protected with password nor GPG encryption. It will not work if the linked document is either password protected or encrypted with GPG. It doesn't show the contents Steps to Reproduce: 1. Create an ODT file with the contents and save it with a password or GPG encryption. 2. Create a new ODT file and insert a section linked to the first protected file. Actual Results: The contents of linked file does not show within the section. Expected Results: It should ask for a password or encryption key and then load the protected contents. Reproducible: Always User Profile Reset: No Additional Info:
Additional Info: Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb CPU threads: 4; OS: Windows 6.1; UI render: default; Calc: CL
> > Actual Results: > The contents of linked file does not show within the section. What happens if you double click on that section ? does it ask for the password then ?
It only asks for password after selecting the protected file in Insert Section window, after that a box with a grey border is showed representing the section but with no content inside. Nothing happens when I double click it. After saving the document with inserted section and opening it again, it asks: "This document contains one or more links to external data. Would you like to change the document, and update all links to get the most recent data?" It goes to the document with empty section and It does not ask for password after clicking 'Yes'. Nothing happens when I double click into the empty section.
It seems, that nobdy could reproduce this bug so far. So perhaps you can add two Please two sample documents, 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)
Created attachment 154201 [details] Test case of password protected file not opening on section. View.odf has two sections. First is linked to password protected file and the second to another file not protected.
With a protected file, created on my own and using the your file view.odt I couldn't reproduce it with Version: 6.4.0.0.alpha0+ (x64) Build ID: f0c832acb53326ccc9a8c1a47401fbc9e1081feb CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-09-11_05:46:53 Locale: en-GB (de_DE); UI-Language: en-US Calc: threaded and also not with Version: 6.2.5.2 (x64) Build ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: de-DE (de_DE); UI-Language: en-GB Calc: threaded Since I don't know the password of your protected file, I couldn't check, if it is empty.
I'm sorry. The password is 123
I confirm it with Version: 6.4.0.0.alpha0+ (x64) Build ID: f0c832acb53326ccc9a8c1a47401fbc9e1081feb CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-09-11_05:46:53 Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded Easier steps to reproduce 1. Insert section in a document 2. Context menu => Edit section 3. Add link to a password protected file => O.K. Result: Content doesn't appear in section
Still present in Version: 7.2.0.3 (x64) / LibreOffice Community Build ID: 2a7ea282da28d665a7dc086360567b4aea27bf08 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL
Dear bugzilla, 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I can confirm that the bug still present in the version informed below: Version: 7.5.5.2 (x86) / LibreOffice Community Build ID: ca8fe7424262805f223b9a2334bc7181abbcbf5e CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: pt-BR (pt_BR); UI: pt-BR Calc: threaded
Still present in Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded