Bug 291925 - "Save As..." in Calligra apps successfully saves to remote locations. "Export to PDF" fails without an error.
Summary: "Save As..." in Calligra apps successfully saves to remote locations. "Export...
Status: RESOLVED FIXED
Alias: None
Product: calligracommon
Classification: Applications
Component: general (show other bugs)
Version: 2.4-snapshots
Platform: Chakra Linux
: NOR normal
Target Milestone: ---
Assignee: Calligra Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-19 07:24 UTC by Kubuntiac
Modified: 2012-07-20 18:19 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kubuntiac 2012-01-19 07:24:28 UTC
Version:           2.4-snapshots (using KDE 4.7.4) 
OS:                Linux

I use Calligra over webdav (ownCloud) / ftp all day long, every day. It works beautifully. This is using the standard Open / Save / Save As dialogues.

For some reason though, the Export to PDF menu option never works to these same locations. There is no user visible error. I just click save and the file is never written. Normally I would see the system notifications telling me a file had been copied or whatnot. That does not happen with "Export to PDF".

The closest thing to an error I can get, is that at the moment I click "Save" on the save dialogue, that the konsole reports:

QPainter::end: Painter not active, aborted

This happens across all Calligra apps I tried (Words, Tables, Krita) with consistent behavior.

Ideally, this would work as effectively as the other options to save / open files in Calligra. Failing that, there should at least be some kind of error message to the user.

Reproducible: Always

Steps to Reproduce:
1. Create a file
2. Choose "Export to PDF"
3. Choose a webdav / ftp location
4. Name the file text.pdf
5. Hit save

Actual Results:  
Message "QPainter::end: Painter not active, aborted" in the console and nothing else.

Expected Results:  
A system notification about the PDF being copied to the remote location, after which it is visible there.

Calligra v2.3.85-786-g79ace70
Comment 1 Kubuntiac 2012-01-19 07:26:53 UTC
Addendum: Choosing "Print" > Print to File > PDF and then choosing a remote location, still does not work, but at least it notifies the user:

"Remote files not accepted. You can only select local files."
Comment 2 Gopalakrishna Bhat 2012-07-20 16:35:52 UTC
Git commit 0d915df5a16a0d34b007a98431a7c1a17af3d88c by Gopalakrishna Bhat A.
Committed on 20/07/2012 at 18:14.
Pushed by gopalakrishnabhat into branch 'master'.

Show error message to the user on "Export to PDF" failure

Currently while exporting PDF we do not check if we are able to create the file at the location or not. This leads to the
"Export to PDF" action to fail silently. This patch adds check for that and the user is notified of failure.

Though I could not test in the exact environment as mentioned in bug 291925, what I did was that I created a folder with no
write permissions and tried to export PDF to that folder. In my test environment I could see that export failed silently
without this patch.
REVIEW: 105623

M  +5    -0    libs/main/KoMainWindow.cpp
M  +15   -0    libs/main/KoPrintJob.cpp
M  +8    -0    libs/main/KoPrintJob.h

http://commits.kde.org/calligra/0d915df5a16a0d34b007a98431a7c1a17af3d88c
Comment 3 Gopalakrishna Bhat 2012-07-20 18:19:47 UTC
Can you verify that this commit fixes your scenario? If not feel free to reopen the bug.