[kdenlive] [Bug 367705] Archive function does not switch to relative paths
https://bugs.kde.org/show_bug.cgi?id=367705 ByteHamster changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 396741] Notification text gets longer with every screenshot
https://bugs.kde.org/show_bug.cgi?id=396741 ByteHamster changed: What|Removed |Added CC|i...@bytehamster.com| -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 396741] Notification text gets longer with every screenshot
https://bugs.kde.org/show_bug.cgi?id=396741 ByteHamster changed: What|Removed |Added CC||i...@bytehamster.com -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 396741] New: Notification text gets longer with every screenshot
https://bugs.kde.org/show_bug.cgi?id=396741 Bug ID: 396741 Summary: Notification text gets longer with every screenshot Product: Spectacle Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: General Assignee: m...@baloneygeek.com Reporter: i...@bytehamster.com Target Milestone: --- Created attachment 114062 --> https://bugs.kde.org/attachment.cgi?id=114062=edit First screenshot and fourth screenshot When taking the first screenshot, the text in the notification is "Screenshot was saved as x in y." When taking another screenshot, Spectacle creates a second notification with the text "Screenshot was saved as x in y. Screenshot was saved as z in a." I would expect that the second notification only references the second screenshot. If you keep taking screenshots, the message of the notification gets longer and longer (see attached screenshots). If you wait a few minutes, the text of a new notification is short again (if you scroll down, the text of the other notifications is still long). Using version 18.04.3 on Arch Linux (not possible to select that version in the "version" field) -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 367705] Archive function does not switch to relative paths
https://bugs.kde.org/show_bug.cgi?id=367705 --- Comment #5 from ByteHamster <i...@bytehamster.com> --- I just tested your commit. It fully fixes the "Compressed archive" function - thank you very much! Additionally, it fixes the "Cannot create directory" issues when using the un-compressed archive function. Unfortunately, the un-compressed archive still contains absolute paths, so half of the archive function remains broken. Would be great if you could fix that too. (My attempt did not touch the un-compressed archive function, so it would be great if you could fix it completely ;) ) -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 367705] Archive function does not switch to relative paths
https://bugs.kde.org/show_bug.cgi?id=367705 --- Comment #1 from ByteHamster <i...@bytehamster.com> --- Created attachment 102073 --> https://bugs.kde.org/attachment.cgi?id=102073=edit Patch to fix this bug -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 367705] Archive function does not switch to relative paths
https://bugs.kde.org/show_bug.cgi?id=367705 ByteHamster <i...@bytehamster.com> changed: What|Removed |Added CC||i...@bytehamster.com -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 367705] New: Archive function does not switch to relative paths
https://bugs.kde.org/show_bug.cgi?id=367705 Bug ID: 367705 Summary: Archive function does not switch to relative paths Product: kdenlive Version: 16.08.0 Platform: Mint (Ubuntu based) OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Video Display & Export Assignee: j...@kdenlive.org Reporter: i...@bytehamster.com In previous versions (one of the 0.9.x releases), I could use the archive function to transfer the project to another PC. It copied all media files to sub-folders inside the tar archive ("images", "sounds", "videos") and updated the project.kdenlive file to reference "$CURRENTPATH/videos/xy" instead of "/mnt/xy". Using 16.08.0, the files are still copied to the tar archive, but the paths inside the project.kdenlive file stay untouched. So if I unpack the file on another PC and try to open the project, it does not find any of the media files (it tries to find them on /mnt/xy instead of using a relative path). Reproducible: Always Steps to Reproduce: 1. Create a new project and add a media file 2. Project->Archive and select "Compressed archive" 3. Move archive to another PC or rename original files 4. Extract and open archived project Actual Results: Kdenlive tries to find media files in the original location Expected Results: Kdenlive should use the copy it created while archiving (using a relative path) -- You are receiving this mail because: You are watching all bug changes.