| Summary: | The document could not been saved, as the selected codec is not supported. | ||
|---|---|---|---|
| Product: | [Applications] kgpg | Reporter: | Emma Atkinson <emma.atkinson2> |
| Component: | general | Assignee: | Rolf Eike Beer <kde> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | ||
| Priority: | NOR | ||
| Version First Reported In: | 2.14.0 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Emma Atkinson
2016-01-09 16:29:53 UTC
The problem is not limited to symmetric encryption, I see it every now and then but have not been able to nail it down. Once I have used Save As... once, the Save button works as expected. Here are the steps I used: 1. I did not close the window after using the Save As... function. 2. I decrypted the file using the saved credentials (I was not asked to re-enter the pass-phrase). 3. I edited the decrypted file in the editor window. 4. I used symmetric encryption again to encrypt the text using the same pass-phrase as before. 5. I then pressed the Save button. 6. There was no error dialog box and the save appeared to work correctly This behaviour is reminiscent of a variable not being initialised. If this diagnosis turns out to be correct, something in the Save As... function appears to gather information from the file-system or the file that fixes the problem. Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved. Will raise new case if I get it again. |