Summary: | Other: Batch convert of --convert-to in terminal mode does not work | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Wolf.Kuerschner |
Component: | Printing and PDF export | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | michael.meeks, riccardo.magliocchetti, serval2412, Wolf.Kuerschner |
Version: | 3.6.6.2 release | ||
Hardware: | x86 (IA32) | ||
OS: | Windows (All) | ||
Whiteboard: | BSA | ||
i915 platform: | i915 features: |
Description
Wolf.Kuerschner
2013-08-28 09:20:41 UTC
On pc Debian x86-64 with master sources updated today and with 4.1 sources updated some days ago, I didn't reproduce this problem. I created 2 documents test1.odt and test2.odt when using "soffice --headless --convert-to pdf *.odt", I had 2 files. (test1.pdf and test2.pdf) For the test, could you give a try to new LO version 4.1.1? Hi, I tested it on LO 3.6 and now on LO 4.1.1.2 (two different PC, Win XP Pro 32), and as before: no PDFs created... maybe * is not recognized? Thank you Wolf for your feedback, I put it back to UNCONFIRMED since I don't have more questions. BTW, "*" worked for me. yes, "*" works for me nicely in the command line, too. Except that it looks as if LO does not recognize it. If I just add several file names, all of them are converted to PDFs. Somehow LO is not capable to understand that *.odt has to be read as Test.odt, Test2.odt?? Ok I reproduced this with LO 4.0.5 on Win7 but not on Linux. I suppose Windows only bug. Since you reproduced this on 3.6, I put version to 3.6.6.2 since version must contain the oldest version where the bug can be reproduced. Riccardo: one for you? (In reply to comment #7) > Riccardo: one for you? The issue with --convert-to is that it use a different code path than what you are doing using unoconv. Unfortunately I have no clue / time to investigate that. Michael: do you know who may help here? BTW, I tried a gdb session because I saw in the file desktop/source/app/app.cxx this 2611 // Add path separator to these directory and make given URL (rName) absolute by using of current working directory 2612 // Attention: "setFinalSlash()" is necessary for calling "smartRel2Abs()"!!! 2613 // Otherwhise last part will be ignored and wrong result will be returned!!! 2614 // "smartRel2Abs()" interpret given URL as file not as path. So he truncate last element to get the base path ... 2615 // But if we add a separator - he doesn't do it anymore. 2616 INetURLObject aObj; (see http://opengrok.libreoffice.org/xref/core/desktop/source/app/app.cxx#2610) I thought the problem might be there but I don't know how to display OUString or simple String (I gave a try to https://wiki.documentfoundation.org/Development/How_to_debug#Dumping_Strings_.28etc.29 but I didn't succeed in making gdb display anything useful) Michael: sorry for the noise about gdb printers, I had just to read the gdb warnings. I created ~/.gdbinit and added this line: set auto-load safe-path / |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.