[digikam] [Bug 384059] New: Album > Reread metadata from images does not work correctly
https://bugs.kde.org/show_bug.cgi?id=384059 Bug ID: 384059 Summary: Album > Reread metadata from images does not work correctly Product: digikam Version: 5.5.0 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Tags-Captions Assignee: digikam-bugs-n...@kde.org Reporter: rich...@audacityteam.org Target Milestone: --- Whilst I was on holiday, I went through some images on my laptop, adding captions (no tags) to them and deleting some. I now want to transfer the images back to my main desktop PC, taking the new captions with me. The two machines do not share a database, both use the default sqlite database. Images are from-camera JPEGs. Album 1: 1. I verified on the laptop (source machine) that captions had been written to all the configured fields in the file (default list including Xmp.tiff.ImageDescription and Xmp.dc.description). 2. I then copied the image files using scp to the desktop PC 3. I started Digikam and let it scan for new items (set to happen at startup) 4. I went to the newly copied album, and did "Album > Reread metadata from images". In the past I have used this to read in the captions from the file data. 5. It didn't work, and neither did the same entry on the Item menu. The "completed" message popped up so quickly and with no disk activity that I don't think it actually checked the images at all. Certainly much quicker than generating a thumbnail. 6.Opening the metadata editor window at this point showed all the fields filled in with the caption, but even after clicking OK, the image thumbnail and captions tab of the right-hand side bar had no caption available. 7. After much cursing, I tried selecting one image, and using the "More > Read metadata from file to Database" button in the captions tab of the right-hand side bar. This worked, read the file and populated the thumbnail / sidebar. Manually working through each file in the album got the information into the database. So this has a work-around, but a painful one for any number of images. Album 2: I went to repeat this, but found the other two albums have not had the captions written to the files on the source machine. So I am stuck even earlier: - No amount of Album > Write Metadata to Images writes it out - Again the completed notification is instant, far faster than disk access times on this machine. - More > Write Metadata to each file button in the right-hand side bar is greyed out - I have tried turning lazy synchronisation off, no change. - I tried altering the preferences so that an XMP sidecar is written as well as to the image file, but no sidecar files are written! - If I edit the caption again and then click Apply the changed caption is written out, but this means manually altering (no-op) every single caption by hand (as they are different to each other). A potential work-around exists but is very labour intensive. I think I am correct to say that when I completed editing captions on this album (with lazy sync turned on) I just quit Digikam, without manually telling it to sync changes, where as I synced changes by hand on Album 1. Does this mean that sync-pending-changes-on-exit is broken as well? I am in the process of updating to Digikam 5.6.0 to see if anything changes. -- You are receiving this mail because: You are watching all bug changes.
[kipiplugins] [Bug 374442] Exporting images with line breaks in their captions to flickr fails
https://bugs.kde.org/show_bug.cgi?id=374442 --- Comment #6 from Richard Ash <rich...@audacityteam.org> --- Confirmed fixed in 5.4.0 -- You are receiving this mail because: You are watching all bug changes.
[kipiplugins] [Bug 374510] Creating albums on flickr with line breaks in their descriptions fails [patch]
https://bugs.kde.org/show_bug.cgi?id=374510 --- Comment #3 from Richard Ash <rich...@audacityteam.org> --- Confirmed fixed in 5.4.0 -- You are receiving this mail because: You are watching all bug changes.
[kipiplugins] [Bug 374510] New: Creating albums on flickr with line breaks in their descriptions fails
https://bugs.kde.org/show_bug.cgi?id=374510 Bug ID: 374510 Summary: Creating albums on flickr with line breaks in their descriptions fails Product: kipiplugins Version: 5.4.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Flickr Assignee: kde-imag...@kde.org Reporter: rich...@audacityteam.org Target Milestone: --- Created attachment 103177 --> https://bugs.kde.org/attachment.cgi?id=103177=edit Patch to remove new lines from album descriptions as well. This is the same bug as #374442, but with photosets instead of photos. Patch supplied to apply the same work-around as for #374442 for the moment. -- You are receiving this mail because: You are watching all bug changes.
[kipiplugins] [Bug 374442] Exporting images with line breaks in their captions to flickr fails
https://bugs.kde.org/show_bug.cgi?id=374442 --- Comment #4 from Richard Ash <rich...@audacityteam.org> --- I wondered if this was responsible for other people's issues. I've been using the line-feed substitution as a work-around. Can confirm that the fix in Git works for me. What is annoying is that in 4.4.0 this worked fine, but I can't see any relevant difference in the code, except that 4.4.0 used kurl instead of QUrl and wasn't (I don't think) working in UTF-8. -- You are receiving this mail because: You are watching all bug changes.
[kipiplugins] [Bug 374442] Exporting images with line breaks in their captions to flickr fails
https://bugs.kde.org/show_bug.cgi?id=374442 --- Comment #1 from Richard Ash <rich...@audacityteam.org> --- Flickr discussion topic on the "how do we get new lines" question here: https://www.flickr.com/groups/api/discuss/72157674855445343/ -- You are receiving this mail because: You are watching all bug changes.
[kipiplugins] [Bug 374442] New: Exporting images with line breaks in their captions to flickr fails
https://bugs.kde.org/show_bug.cgi?id=374442 Bug ID: 374442 Summary: Exporting images with line breaks in their captions to flickr fails Product: kipiplugins Version: 5.3.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Flickr Assignee: kde-imag...@kde.org Reporter: rich...@audacityteam.org Target Milestone: --- I can export images from Digikam 5.3.0 to flickr without issue if they have no caption (used for the Flickr description field), or if they have a caption which consists of a single line of text. However if I have a line break in the caption (typed by pressing enter in the caption field) then the upload always fails with the "Invalid signature" error code from Flickr. Also reproduced with a build of 5.4.0 from git. I did some debugging and testing: * Digikam presents the caption to the plugin as a plain text QString with the line break represented by a line feed character (0xOA). * Flickr's API documentation for the description just says "A description of the photo. May contain some limited HTML." with no detail on what the limits are. https://www.flickr.com/services/api/upload.api.html I tried a few different things to see if I could hit on a solution: * If the newline character is stripped out, then the upload succeeds (so nothing else is wrong). * If the newline is replaced by a CRLF pair, then the same error occurs * If the newline is replaced by a CR (only) then the same error occurs * If the newline is replaced by the HTML tag then the upload succeeds (signature must be OK), but the tag is removed, resulting in a one-line caption with the words either side of the break run together. My suspicion (but I can't prove it) is that the description text is getting altered before the server-side signature check, which means it doesn't pass - but without knowing what to, we can't get the right signature! -- You are receiving this mail because: You are watching all bug changes.
[kipiplugins] [Bug 374441] New: Export original file to Flickr [patch]
https://bugs.kde.org/show_bug.cgi?id=374441 Bug ID: 374441 Summary: Export original file to Flickr [patch] Product: kipiplugins Version: 5.3.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: Flickr Assignee: kde-imag...@kde.org Reporter: rich...@audacityteam.org Target Milestone: --- Created attachment 103134 --> https://bugs.kde.org/attachment.cgi?id=103134=edit Patch to add option to upload the original file to Flickr The same missing feature that prompted #212106 has re-appeared in Digikam 5.3 (I upgraded from 4.4 to 5.3 so not sure exactly where it got lost). The problem is that when uploading to flickr, all images are re-compressed as (lossy) JPEGs, even if they are already in JPEG format. I want to upload the JPEG files I have, so that Flickr Pro acts as one of my backup locations. I have re-done Stanislav Ochotnicky's patch against current (5.4.0) git and this is working. The same limitations as before apply, chiefly that it doesn't do anything intelligent if you try to upload and image in a format which Flickr doesn't support. This is not however an issue for most users. -- You are receiving this mail because: You are watching all bug changes.
