[Libreoffice-bugs] [Bug 128969] File is not an absolute URL that can be passed to an external application to open it

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=128969

V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sbergman at redhat.com

--- Comment #3 from V Stuart Foote <vstuart.foote at utsa.edu> ---
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

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20191124/72c0fbd4/attachment.html>