Bug 116395 - Run as vnd.libreoffice.command - OfficeURI is not "URL decoded" and LO does not start
Summary: Run as vnd.libreoffice.command - OfficeURI is not "URL decoded" and LO does n...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.0.2.1 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-03-14 06:35 UTC by Vladimír Domes
Modified: 2018-11-05 16:12 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Vladimír Domes 2018-03-14 06:35:25 UTC
Description:
From Internet Explorer new soffice.exe process is created with argument like:
"vnd.libreoffice.command:ofv|u|https://someweb.com:888/webdav/Test.odt".

But from Chrome, argument is encoded like:
"vnd.libreoffice.command:ofv%7Cu%7Chttps://someweb.com:888/webdav/Test.odt"
and soffice.exe process ends immediately.

I think, that in cmdlineargs.cxx class (libreoffice/core/tree/desktop/source/app/cmdlineargs.cxx) there should be some URL decoding or simply replacing "%7C" with "|".

Conversion should be after this condition:

if (!isOfficeURI)
        return curEvt;

Steps to Reproduce:
Open document on WebDAV server from Chrome.

Actual Results:  
LibreOffice does not start.

Expected Results:
LibreOffice opens specified document.


Reproducible: Always


User Profile Reset: No



Additional Info:
Verze: 6.0.2.1 (x64)
ID sestavení: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89
Vlákna CPU: 4; OS: Windows 10.0; Vykreslování UI: výchozí; 
Národní prostředí: cs-CZ (cs_CZ); Calc: group


User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0
Comment 1 Mike Kaganski 2018-03-14 07:15:30 UTC
No, it should not.

When we register the handler fir the scheme on Windows, we specifically set "UseOriginalUrlEncoding" registry flag, to prevent the additional encoding of the URI. Otherwise, the second-level URI would become also reencoded, and that is not consistent with different browsers. Also, we follow the MS own treatment of the Office URIs, which also sets the "UseOriginalUrlEncoding".

I believe that you should either check how the URI is generated on web page, or contact Chrome bug tracker.

I don't close this yet, until you provide more information that could affect the issue resolution (e.g., Chrome bug tracker issue #). Until then, I put it to NEEDINFO.
Comment 2 QA Administrators 2018-10-09 11:27:13 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2018-11-05 16:12:53 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-20181105