| Summary: | PDF files cannot be saved in place | ||
|---|---|---|---|
| Product: | [Applications] okular | Reporter: | BasioMeusPuga <disgruntled.mob> |
| Component: | general | Assignee: | Okular developers <okular-devel> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | aacid, oliver.sander |
| Priority: | NOR | Keywords: | triaged |
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Error message on trying to save | ||
|
Description
BasioMeusPuga
2016-12-22 09:45:23 UTC
Works fine here, could you be a bit more precise of what is the problem you get other than saying "it's no longer possible", saves for some time of me having to ask you to be precise. Also "Export as Document Archive" is as old as it gets, and has nothing to do with this. Created attachment 102956 [details]
Error message on trying to save
I'm afraid this is all the specific information I have. I'll walk through the steps to reproduce this if it helps. If it is a problem on my machine it seems to persist across all PDFs. 1. Open any PDF. I downloaded one at random after googling pdf sample. 2. Press Ctrl + Shift + S to save it in its original location. 3. Press 'Overwrite' at the overwrite file dialog box. 4. Get an error message like the attachment. The terminal doesn't show any extra output about this error. I've also been able to replicate this across filesystems. Obey DRM is unchecked. I would guess that you are simply not allowed to write to /media/Data, which is where your browser apparently caches the pdf files you find on the internet. To confirm, either try touch /media/Data/foo which I suspect will fail, or try save a pdf file that you have locally in your home directory (which I think will work). /media/Data (which is mounted with ntfs-3g) was the 3rd location I tried, actually. And that too was for completion's sake. I've been able to replicate this with my home folder (ext4), and /root with okular running with kdesu. I've played around with permissions too. It doesn't work with 644 or 777. I'll reiterate: I AM able to save the file in a new location with the Ctrl + Shift + S dialog. Just not in the same location as the existing file. which desktop environment do you use? Also when you start okular, can you run this in a terminal and attach the output? grep platformtheme /proc/`pidof okular`/maps I'm on Plasma 5.8.5-1 on Arch.
That command gives me:
> 7fae28675000-7fae286a7000 r-xp 00000000 fe:00 1326972 /usr/lib/qt/plugins/platformthemes/KDEPlasmaPlatformTheme.so
> 7fae286a7000-7fae288a7000 ---p 00032000 fe:00 1326972 /usr/lib/qt/plugins/platformthemes/KDEPlasmaPlatformTheme.so
> 7fae288a7000-7fae288a9000 r--p 00032000 fe:00 1326972 /usr/lib/qt/plugins/platformthemes/KDEPlasmaPlatformTheme.so
> 7fae288a9000-7fae288aa000 rw-p 00034000 fe:00 1326972 /usr/lib/qt/plugins/platformthemes/KDEPlasmaPlatformTheme.so
Thanks for the update. You realize Ctrl+Shift+S is "Save Copy as" and not "Save as", right? You sure you don't want Ctrl+S ? Oh. Oh. Oooooh. Ctrl + S works. It's just that Ctrl + Shift + S used to work in the same fashion for so long that it just kinda became my workflow. That said, I guess not being able to 'Save a copy' in the same place makes sense semantically. However, I'd still argue that the old behavior i.e. asking for overwrite confirmation, and then proceeding to write in place instead of erroring out - makes more sense from a usability point of view. This is mostly because of how non descriptive the error is, and because every other application does it like this. I would ask you to consider reverting this. Happy new year. There's nothing to revert, the behaviour is the same in the old okular, just the shortcuts are different. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |