In attachment 123341 [details] are Impress file and bat file (wrong practice to attach zipped, but it's already there..). 1. Open ODP 2. On grouped object right click and choose Interaction 3. Browse to set Program from BAT file 4. Run presentation 5. Click object Expected, like in LO 5.4: bar is run and you see a command prompt echo. Experienced, test with Lo 6.1 and master LO 6.5+: "file is not an absolute URL that can be passed to an external application to open it" I mark Regression.
What is status of Tools -> Options -> Load/Save -> General: 'Save URL relative to File system'? Default is checked enabled. Looks like checking disabled would use an absolute path. =-ref-= https://help.libreoffice.org/6.5/en-US/text/shared/optionen/01010200.html?System=WIN&DbPAR=IMPRESS&HID=cui/ui/optsavepage/relative_fsys#bm_id3151187
'Save URL relative to File system' checked by default. But regardless, even if I uncheck, the same message. I don't see "relative" working. This might also be https://bugs.documentfoundation.org/show_bug.cgi?id=125607#c2.
Confirming on Windows 10 Home 64-bit en-US (1903) with Version: 6.3.3.2 (x64) Build ID: a64200df03143b798afd1ec74a12ab50359878ed CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded The Impress 'Interaction...' dialog interaction.ui was recently Welded [1], but even before that tpaction.cxx got some rework of the string filters. Reading the code, IIUC the 'Run a program' lb selection and URI string from its input field receives the same 'bDocument' handling to take it through the os/DE File dialog helper to locate the executable. So either welding, or the changed string filters, or possibly tweaks done for CVE-2019-9847 are preventing the URI from being parsed correctly and we end with the "STR_NO_ABS_URI_REF" error value from [2] showing. I've tried changing the program called in the batch to something other than command prompt with echos to extend the time used--no affect, still errors with the generic 'not an absolute URL'. =-ref-= [1] https://gerrit.libreoffice.org/#/c/69179/ [2] https://opengrok.libreoffice.org/xref/core/sfx2/source/appl/openuriexternally.cxx?r=f853ec31#100
Created attachment 156077 [details] screen clip of the "not an absoluter URL that can be passed to external application"
sounds like CVE-2019-9847 (d59ec4cd1660410fa1b18c50d2d83b1417a82ddc) to me on the face of it. Under linux the .bat is opened in a text viewer when I click on it
(note that the content of the document complains about the problem fixed in bug 127791)
(In reply to Caolán McNamara from comment #5) > sounds like CVE-2019-9847 (d59ec4cd1660410fa1b18c50d2d83b1417a82ddc) to me > on the face of it. Under linux the .bat is opened in a text viewer when I > click on it Yes, the change in behavior observed on Windows is a consequence of that fix. The advertised functionality of Impress' "Format - Interaction... - Action at mouse click: Run program" feature should be defunct more or less severely on the various platforms for quite a while now.
I conclude that report itself is WontFix. But I'll convert to Documentation. Clicking Help on Interaction dialog just opens https://help.libreoffice.org/6.5/en-US/text/simpress/main0000.html?System=WIN&DbPAR=IMPRESS. There's https://help.libreoffice.org/6.5/en-US/text/simpress/01/06070000.html?DbPAR=IMPRESS#bm_id3153246 and I guess it's there that running program should be explained. Note: In Help for Interaction I see: To access this command... Choose Slide Show - Interaction On the Drawing toolbar, click Icon Interaction But there's no Slide Show - Interaction, looks it's in Format - Interaction. When menus are changed in LO, or some other major changes, Help should be updated.
(In reply to Timur from comment #8) > I conclude that report itself is WontFix. I think that's jumping to conclusions prematurely. I would like to hear some Impress developers' thoughts on the future of that "Run program" feature first. (And at the very least, if this is turned into WONTFIX we should rename that option to something like "Open external document".) > But I'll convert to Documentation. For any (related) documentation issues, I think it is best to file a new bug.
[removing bibisectRequest keyword, as I don't see a need for doing that]
Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/commit/9c555ed88af27d3187886cf8a2ae13936b62623d tdf#128969 Fix Impress Interaction Help page
Olivier Hallot committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/help/commit/7dbb56f56f92ffcdea5ccc620a0b064a7eda1dd1 tdf#128969 Fix Impress Interaction Help page
A polite ping to Olivier Hallot: Is this bug fixed? if so, could you please close it as RESOLVED FIXED ? Otherwise, Could you please explain what's missing? Thanks
Xisco, see Comment 9, I guess Olivier just side improved documentation, but source issue still exists.
This bug is still present in 7.2.x. and is there for a very long time (I checked v.6.4.7 under windows). It is *very* annoying, since it prevents from starting a secondary slideshow from the main one. If the "Run Program" interaction can't be used anymore for that purpose, I'd suggest adding a dedicated interaction "Run slideshow" (unless I'm missing something). The ability to run external/secondary slideshows is a must-have, imo. I'd set this bug importance as major.
Stephan Bergmann committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/70009098fd70df021048c540d1796c928554b494 tdf#128969: Let the user explicitly decide to execute an external program It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Commit Notification from comment #16) > Stephan Bergmann committed a patch related to this issue. > It has been pushed to "master": > > https://git.libreoffice.org/core/commit/ > 70009098fd70df021048c540d1796c928554b494 > > tdf#128969: Let the user explicitly decide to execute an external program > > It will be available in 7.3.0. > > The patch should be included in the daily builds available at > https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More > information about daily builds can be found at: > https://wiki.documentfoundation.org/Testing_Daily_Builds > > Affected users are encouraged to test the fix and report feedback. See my related issue bug 140886 Sadly the patch still isn't working for me. The fix bring up indeed the warning message but seems like that after confirming you want to open it anyway it fails again. As a side note this still work like before: on local filesystem everything works fine (it opens a PDF file) but the same file on a remote filesystem does not open because of the file permission set (and no, spaces or special chars are not the issue, see bug 140886). Will take a look at the source later to try to help find where the issue is. Tried with the daily build (07/03/22) of LO 7.3 for MacOS.
Created attachment 180614 [details] Warning box appears when I try to run a show from base form The warning I get when I press the <Activate> button. I can press <OK> and still run the show but I want to stop the warning coming up. My LO version is 6.3.3.2(x64) with Windows 10.0 build 19044
(In reply to Phantom54 from comment #18) > Created attachment 180614 [details] > Warning box appears when I try to run a show from base form > > The warning I get when I press the <Activate> button. I can press <OK> and > still run the show but I want to stop the warning coming up. My LO version > is 6.3.3.2(x64) with Windows 10.0 build 19044 NO - my LO version is 7.3.3.2(x64)
(In reply to cv from comment #17) > See my related issue bug 140886 ...lets follow up on that part over there, which leaves this issue here re-opened to address: (In reply to Phantom54 from comment #18) > The warning I get when I press the <Activate> button. I can press <OK> and > still run the show but I want to stop the warning coming up.
(In reply to Stephan Bergmann from comment #20) > ... which leaves this issue here re-opened to address: > > (In reply to Phantom54 from comment #18) > > The warning I get when I press the <Activate> button. I can press <OK> and > > still run the show but I want to stop the warning coming up. Definitely no. Reopening this (inability to open specific types of links) to address something different, which was "I want to stop the warning coming up", is inappropriate. It needs an own bug report (and this may be in that new bug's See Also).