Created attachment 141736 [details] TEST.ods On linux: luuk@opensuse:~/tmp> ooffice --version LibreOffice 6.0.3.2 00m0(Build:2) luuk@opensuse:~/tmp> ooffice --cat TEST.ods Error: Please verify input parameters... (SfxBaseModel::impl_store <file:///tmp/zfWxIZ> failed: 0xc10) luuk@opensuse:~/tmp> on windows: D:\TEMP>"C:\Program Files\LibreOffice\program\soffice.exe" --version D:\TEMP> LibreOffice 6.0.3.2 8f48d515416608e3a835360314dac7e47fd0b821 D:\TEMP>"C:\Program Files\LibreOffice\program\soffice.exe" --cat TEST.ods D:\TEMP> On linux i do get an unexpected error, On windows no error AND no output
I can't reproduce it in Version: 6.0.4.2 Build ID: 1:6.0.4~rc2-0ubuntu0.16.04.1 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group soffice --cat /home/xisco/Escriptori/Untitled\ 1.odt works for me!! Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20181203
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-20190111
repro with In a terminal soffice --version => i have this result LibreOfficeDev 6.3.0.0.alpha0 62142168e42a050d052d7d75fafd8f6e9cf2a1af (gtk2) soffice --cat somewhere/file.odt => I have no output when i tested with a file
Sorry for later reply, and thanks to Xavier for posting that he has the same problem. The problem is still there: D:\TEMP>"C:\Program Files\LibreOffice\program\soffice.exe" --version D:\TEMP> LibreOffice 6.1.4.2 9d0f32d1f0b509096fd65e0d4bec26ddd1938fd3 D:\TEMP>"C:\Program Files\LibreOffice\program\soffice.exe" --cat TEST.odt D:\TEMP>"C:\Program Files\LibreOffice\program\soffice.exe" --cat TEST.ods D:\TEMP> (TEST.odt will be uploaded soon, TESTods is the file I uploaded earlier )
Created attachment 148259 [details] TEST.odt
Created attachment 148260 [details] TEST.pdf Also converting from command-line works "C:\Program Files\LibreOffice\program\soffice.exe" --convert-to pdf d:\temp\TEST.odt
Maybe a duplicate of bug 112536 which is fixed in master? Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
1. The problem of not getting any output on Windows is indeed tdf#112536, and is fixed now. 2. --cat does work for me with .odt files; when using with debug builds, one needs to consider the debug output that gets emitted by LibreOffice to stderr, and mixed with the output to stdout when seen in terminal; so the best way to see if something is actually output is using command line like > soffice --cat path/to/file.odt > path/to/out.txt so that out.txt would contain only the stdout data, while console would get all warnings/info from stderr. 3. --cat does *not* work for me with .ods; *possibly* that's expected that we only output the content for text documents, not other types of documents - I suppose we use "plain text" output filter for the loaded document, which would fail for spreadsheets.
Also please note that to use LibreOffice in console mode, after the fix for tdf#112536, you should *not* use the soffice.exe (which is GUI launcher); you should either omit the executable's extension, or use new soffice.com to have proper console mode (omitting the extension *by default* prefers .com over .exe in console - subject to PATHEXT environment variable [1]). [1] https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/start
I confirm that --cat is implemented internally as setting output filter to "txt:Text", performing the usual conversion to a temporary file, and then putting the content of that temporary file to stdout. Thus, it only works for documents opened as text documents (i.e., using Writer component which has "Text (.txt)" output filter). The wording of our help [1] > Dump text content of the following files to console could be improved to mention this limitation. So this should be changed to the documentation/help issue. [1] https://help.libreoffice.org/6.1/en-US/text/shared/guide/start_parameters.html
Setting to NEW and Documentation as per comment 11
Olivier Hallot committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/help/+/9c8587d4fb6450302aa85054d4199f9fa1194818%5E%21 tdf#117312 clarify --cat in start parameters