Description: I have some buttons in Calc and Writer created with following details: Aktion: Document/Webpage open URL: Path with document name See attachment 1 If I click on the button, the file will open. This is propper. Now I save and close all documents and finish LibreOffice. If I restart the document with the button, the controlfeld are Aktion: Not URL: is grey with Path and with document See attachment 2 I must always the feld action new setting on: Document/Webpage open and URL. That‘s not good. This problem appear since LibreOffice 5.4.2 before problem didn‘t exist. Sorry for my english. I‘m learning yet. Steps to Reproduce: 1. Create a button in a document A with a link to other document B open. 2. Save and close all documents. 3. Finish LibreOffice. 4. Open document A. 5. Click on button to open document B. 6. Document won't open. 7. Call up the button properties. 8. You can see "Action: No" and 9. grey URL: Path of document B Actual Results: In LibreOffice 5.4.2 and later document B won't open. In LibreOffice Version: 5.3.7.2 (x64) document B will open. Expected Results: Open file (document) B. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: After the bug in LibreOffice 5.4.2 and later I return to LibreOffice Version: 5.3.7.2. User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36 Edge/16.16299
Created attachment 137873 [details] Button property with exact entrie (attachment 1) and returned entrie The document was saved and closed.
Please attach the two documents so we can quickly test. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the documents.
The two documents are in attachement 137873 of 2017-11-20.
(In reply to Olaf Hautow from comment #3) > The two documents are in attachement 137873 of 2017-11-20. No, that's a jpeg.
Created attachment 137976 [details] Document A with button to call documet B
Created attachment 137977 [details] Document B will called from document A
I see the problem with 5.4, but fortunately it works in master. Would you like to try 6.0 beta1? https://dev-builds.libreoffice.org/pre-releases/win/x86_64/LibreOfficeDev_6.0.0.0.beta1_Win_x64.msi Version: 5.4.3.2 (x64) Build ID: 92a7159f7e4af62137622921e809f8546db437e5 CPU threads: 4; OS: Windows 6.19; UI render: default; Locale: fi-FI (fi_FI); Calc: group Version: 6.1.0.0.alpha0+ (x64) Build ID: 42dafb5c7bd218f4d368fbd1113fa4a0fcd7f0cb CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-11-29_23:13:56 Locale: fi-FI (fi_FI); Calc: group threaded
I can reproduce it in Versión: 5.4.3.2 Id. de compilación: 92a7159f7e4af62137622921e809f8546db437e5 Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; Configuración regional: es-ES (es_ES); Calc: group but I can't in Version: 6.0.0.0.alpha1+ Build ID: f94d98db1be8c27e470b39d4b16ed406db3aef87 CPU threads: 1; OS: Windows 6.1; UI render: default; Locale: es-ES (es_ES); Calc: group Closing as RESOLVED WORKSFORME
I‘m sorry! What is meaning »Closing as RESOLVED WORKSFORME«? If the problem resolved not until Version 6.0.0.0 beta1 and I shouldn‘t answer not further? I‘m agree.
(In reply to Olaf Hautow from comment #9) > What is meaning »Closing as RESOLVED WORKSFORME«? > If the problem resolved not until Version 6.0.0.0 beta1 and I shouldn‘t > answer not further? I‘m agree. Yes, as Xisco confirmed my findings, he thought it best to close.
Thank you and all the best.
This bug is over. Everything is going smoothly again.