Here is the command I'm running: [gwarner@arch system_test]$ soffice --headless --convert-to html:HTML test_plan.doc convert /home/gwarner/p4/_sw/test/system_test/test_plan.doc -> /home/gwarner/p4/_sw/test/system_test/test_plan.html using HTML Error: Please reverify input parameters... System Details: Archlinux x86_64 Exporting from the GUI (Save As... -> html) works fine. When I run the command on a machine with Ubuntu x86 with Libreoffice 3.6.2.2, it works as intended.
Similar problem here: soffice.bin --headless --convert-to pdf document.docx convert /root/document.docx -> /root/document.pdf using writer_pdf_Export Error: Please reverify input parameters... and no document is created. If I run it without the "--headless", it works! The pdf document is created. LibreOffice 4.0.1.2 Debian linux 7.0 uname: Linux xxx 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux
Riccardo - are you aware of this one ? :-)
I did some more research. I have libreoffice 3.5 and 4.0 installed on the same linux (Ubuntu 12.04). With libreoffice 3.5 it works and the pdf is generated in headless mode. With 4.0 version it doesn't work in headless mode. It happens only with the one particular docx document (which I cannot share for privacy reasons, unfortunately)
And I also tested on Windows in headless mode and it works in 3.6 and 4.0 as well.
(In reply to comment #2) > Riccardo - are you aware of this one ? :-) Never used / touched convert-to but i'll try to take a look at this later today.
(In reply to comment #0) > Here is the command I'm running: > > [gwarner@arch system_test]$ soffice --headless --convert-to html:HTML > test_plan.doc Can you share your doc file please?
This also doesn't work for odg to svg
Sorry forgot to mention lo 4.1.0.2 linux amd64
(In reply to comment #8) > Sorry forgot to mention lo 4.1.0.2 linux amd64 Thanks for confirming, but what we are tracking here is something document specific although the error libo is returning is pretty generic and possibly has nothing to do with parameters :) Please upload the broken document and post the exactly command line invocation you have tried.
I want to add that I have this bug. And it is not document specific but platform specific (Windows) for me. I can not convert any doc/docx documents. LO just writes something like: Convert "D:/a.docx" -> "D:/a.docx" (yes, same extension, but I wanted "pdf") Error: Please reverify input parameters... On GNU/Linux - everything is fine. LO - 4.0.2, 4.1
I am seeing this error, or one that acts just like it, on 4.1.3 on Ubuntu (in a Docker instance). I've also tested on 4.2 and it is still present (but 4.1.3 is the current version installed via apt-get). docuser@f475eb7a9f39:~$ libreoffice --version LibreOffice 4.1.3.2 410m0(Build:2) png conversion works just fine: docuser@f475eb7a9f39:~$ libreoffice --headless --convert-to png example.odg convert /home/docuser/example.odg -> /home/docuser/example.png using draw_png_Export docuser@f475eb7a9f39:~$ ls example.odg example.png libreoffice But svg conversion fails: docuser@f475eb7a9f39:~$ libreoffice --headless --convert-to svg example.odg convert /home/docuser/example.odg -> /home/docuser/example.svg using draw_svg_Export Error: Please reverify input parameters... I will attach my example odg file and Dockerfile, but any odg file seems to have this problem.
Created attachment 97790 [details] docker config file
Created attachment 97791 [details] libreoffice draw file which demonstrates issue
... And if there's any debugging I can do, or anything else to help move this forward, please let me know. This is a very important feature for me.
Is there any progress on this bug as I have just come upon it in 4.2.4.2 version? I can save a ODP to SVG with the UI but from the command line it fails and it does not matter what ODP/PPT/PPTX I use.
This is still open on the current version on Ubuntu. Please notice the error: "Error: Please reverify input parameters..." it looks like it is a parsing error on the command line. It should not be difficult to fix.
(In reply to comment #16) > This is still open on the current version on Ubuntu. Please notice the > error: "Error: Please reverify input parameters..." it looks like it is a > parsing error on the command line. It should not be difficult to fix. Unfortunately it's not that simple, that message is printed for every exception raised.
(This is an automated message.) LibreOffice development currently prioritizes bugs with the so called MAB (most annoying bugs) -- as this bug has not run through that process (including writing a short rationale for this bug being a candidate and other who are watching the tracker bug silently approving that rationale etc.) its priority is set to high. Note this is effectively no change in the urgency assigned to this bug, as we are currently not making a difference between high and highest and severity is untouched. You can find out more about MABs and how the process works by contacting libreoffice qa on irc: http://webchat.freenode.net/?channels=libreoffice-qa The QA wiki page also gives you hints on how to get in contact with the team (if IRC fails you, your next best choice is the mailing list): https://wiki.documentfoundation.org/QA
Hello, I came across the same problem. However, I found out that typing 'htm' instead of 'html' works fine. So the workaround would be: /Applications/LibreOffice.app/Contents/MacOS/soffice --invisible --headless --convert-to htm t.rtf I hope it will be useful.
(In reply to ciccibolli86 from comment #19) > Hello, > > I came across the same problem. > However, I found out that typing 'htm' instead of 'html' works fine. > So the workaround would be: > /Applications/LibreOffice.app/Contents/MacOS/soffice --invisible --headless > --convert-to htm t.rtf > > I hope it will be useful. Nice finding! Which version of libo was this? Thanks!
Still fails on Ubuntu 14.04 with LibreOffice 4.2.7.2 420m0(Build:2) empty.odg is an empty draw document, (open draw, save file --> empty.odg) ~/Desktop $ soffice --version LibreOffice 4.2.7.2 420m0(Build:2) ~/Desktop $ soffice --headless --convert-to svg empty.odg convert ~/Desktop/empty.odg -> ~/Desktop/empty.svg using draw_svg_Export Error: Please reverify input parameters... Curiously, eps and pdf export do actually work.
4.4.1.2 provides slightly more info (and still fails): /home/me/Desktop $ /home/me/software/LibreOffice_4.4.1.2_Linux_x86-64_deb/DEBS/install/opt/libreoffice4.4/program/soffice --headless --version LibreOffice 4.4.1.2 45e2de17089c24a1fa810c8f975a7171ba4cd432 /home/me/Desktop $ home/me/software/LibreOffice_4.4.1.2_Linux_x86-64_deb/DEBS/install/opt/libreoffice4.4/program/soffice --headless --convert-to svg empty.odg convert /home/me/Desktop/empty.odg -> /home/me/empty.svg using filter : draw_svg_Export Error: Please verify input parameters... (SfxBaseModel::impl_store <file:///home/me/empty.svg> failed: 0xc10) 0xc10 means ERRCODE_IO_CANTWRITE if I am not mistaking. The throw seems to happen here: http://docs.libreoffice.org/sfx2/html/sfxbasemodel_8cxx_source.html#l03134
Created attachment 120870 [details] console bt On pc Debian x86-64 with master sources updated yesterday, I could reproduce the pb with svg (I haven't tested yet with html). I attached bt + details of parameters. It seems SVGFilter doesn't manage headless mode.
Let's give it a try, first for svg with https://gerrit.libreoffice.org/#/c/20268/
Created attachment 120876 [details] console bt I retrieved a bt for html part. In fact, GetExportFormatNumberForTypeName returns GRFILTER_FORMAT_NOTFOUND. But should we really be there? I mean it seems it exports a graphic file whereas I expected a html page.
Since I'm stuck for html part, let's unassign.
Julien Nabet committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8f7fe77b9ffeb45f5765d9d8f45710956a3e73d3 tdf#63324: Fix convert for svg filter It will be available in 5.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Julien Nabet committed a patch related to this issue. It has been pushed to "libreoffice-5-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=d38f716970027cceb3f28c35a2f6dbe36554ae08&h=libreoffice-5-1 tdf#63324: Fix convert for svg filter It will be available in 5.1.0.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Patches were for svg part, so I remove targets. For html part, no idea what to do, certainly someone will know.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
ubuntu 16.04 LibreOffice 5.1.6.2 10m0(Build:2) Not positive I'm actually doing this right, but I do seem to be experiencing this issue. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ apb@yellow:/usr/local/src/greetonix/src$ /usr/lib/libreoffice/program/soffice.bin -env:UserInstallation=file:///tmp/libreoffice-1 --headless --nolockcheck --convert-to csv:Text \(encoded\):UTF8 --infilter=MS Excel 97:44,34,76,1,,1033,true,true,false,false KGI_Discontinued.xlsx Error: source file could not be loaded Error: source file could not be loaded Error: source file could not be loaded convert /usr/local/src/greetonix/src/KGI_Discontinued.xlsx -> /usr/local/src/greetonix/src/KGI_Discontinued.csv using filter : Text Error: Please verify input parameters... (SfxBaseModel::impl_store <file:///usr/local/src/greetonix/src/KGI_Discontinued.csv> failed: 0xc10) apb@yellow:/usr/local/src/greetonix/src$ apb@yellow:/usr/local/src/greetonix/src$ ll KGI_Discontinued.xlsx -rw-rw-r-- 2 apb apb 88334 Aug 18 16:00 KGI_Discontinued.xlsx apb@yellow:/usr/local/src/greetonix/src$ file KGI_Discontinued.xlsx KGI_Discontinued.xlsx: Microsoft Excel 2007+
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Hello. Here, multiple users experienced this issue. But, last report was a while ago. I tested now in Windows and Ubuntu 18.04, all works (convert to PDF, SVG, PNG, HTML), even with older Lo 6.2.8. So, I'll close as WorksForMe. If anyone still has an issue, feel free to set New with concrete example what fails. Here is a nice explanation with params: https://stackoverflow.com/questions/30349542/command-libreoffice-headless-convert-to-pdf-test-docx-outdir-pdf-is-not
Hi, I know this is old but I just stumbled on this bug report while looking for a solution to a similar problem at https://github.com/ether/etherpad-lite/pull/3783#issuecomment-609097882. In my case the problem was with quoting of the parameters when using via the shell vs when invoking via execve(). At least, I'd like to signal that publicface's message (https://bugs.documentfoundation.org/show_bug.cgi?id=63324#c31) has a problem of quoting BEFORE even triggering the real problem on libreoffice. "Modern" version of his command shows a misleading error because of the wrong escaping: $ libreoffice6.4 -env:UserInstallation=file:///tmp/libreoffice-1 --headless --nolockcheck --convert-to csv:Text \(encoded\):UTF8 --infilter=MS Excel 97:44,34,76,1,,1033,true,true,false,false KGI_Discontinued.xls Error: source file could not be loaded Error: source file could not be loaded Error: source file could not be loaded convert /tmp/KGI_Discontinued.xls -> /tmp/KGI_Discontinued.csv using filter : Text Error: Please verify input parameters... (SfxBaseModel::impl_store <file:///tmp/KGI_Discontinued.csv> failed: 0xc10(Error Area:Io Class:Write Code:16)) That command should really have been: $ libreoffice6.4 -env:UserInstallation=file:///tmp/libreoffice-1 --headless --nolockcheck --convert-to "csv:Text (encoded):UTF8" --infilter="MS Excel 97:44,34,76,1,,1033,true,true,false,false" KGI_Discontinued.xls convert /tmp/KGI_Discontinued.xls -> /tmp/KGI_Discontinued.csv using filter : Text (encoded):UTF8 Error: Please verify input parameters... (SfxBaseModel::impl_store <file:///tmp/KGI_Discontinued.csv> failed: 0xc10(Error Area:Io Class:Write Code:16)) It still fails, but probably now it's a question of finding the right parameters for conversion. In my case I was converting to HTML with "XHTML Writer File:UTF8", and using the right escaping solved the problem.
Created attachment 161923 [details] tables for test conversion Im seeing this doing the following: ``` mate@focal:~$ localc --headless --convert-to txt:Text test.xls convert /home/mate/test.xls -> /home/mate/test.txt using filter : Text Error: Please verify input parameters... (SfxBaseModel::impl_store <file:///home/mate/test.txt> failed: 0xc10(Error Area:Io Class:Write Code:16)) mate@focal:~$ localc --headless --convert-to txt:Text test.xlsx convert /home/mate/test.xlsx -> /home/mate/test.txt using filter : Text Error: Please verify input parameters... (SfxBaseModel::impl_store <file:///home/mate/test.txt> failed: 0xc10(Error Area:Io Class:Write Code:16)) mate@focal:~$ localc --headless --convert-to txt:Text test.ods convert /home/mate/test.ods -> /home/mate/test.txt using filter : Text Error: Please verify input parameters... (SfxBaseModel::impl_store <file:///home/mate/test.txt> failed: 0xc10(Error Area:Io Class:Write Code:16)) mate@focal:~$ ``` on Ubuntu 20.04 LTS with libreoffice 1:6.4.2-0ubuntu3 . The test files are in attachment.
Using `--convert-to csv:Text ` does not help either.
(In reply to Norbert X from comment #35) > mate@focal:~$ localc --headless --convert-to txt:Text test.xls (In reply to Norbert X from comment #36) > Using `--convert-to csv:Text ` does not help either. Both are wrong, and not supposed to work. Here are two working commands: libreoffice --convert-to csv test.xls libreoffice --convert-to txt:"Text - txt - csv (StarCalc)" test.xls
Thanks, but from where should guess exact `--convert-to txt:"Text - txt - csv (StarCalc)"` name?
Norbert, do not comment and change here anymore. Bug is closed. You obviously find easier to send e-mail to 10 users instead of reading, I wrote link.
(In reply to Norbert X from comment #38) > Thanks, but from where should guess exact `--convert-to txt:"Text - txt - > csv (StarCalc)"` name? Besides the link Timur gave, there's actually an easy (but seems unknown) way to get list of all filters supported by a given LO installation: 1. Open LibreOffice. 2. menu Tools > Options... > LibreOffice > Advanced > Open Expert Configuration. 3. In the search field type "TypeDetection.Filter", and hit Enter. This gives you the list of all filters. Filters that can be used for export have an EXPORT flag. Also make sure that the DocumentService property is of the correct module (e.g. com.sun.star.sheet.SpreadsheetDocument for Calc), as different LO apps have separate filters for the same file types.