https://bugs.kde.org/show_bug.cgi?id=445697
--- Comment #5 from Jonathan Kamens ---
I don't see anything on the referenced documentation page which addresses the
UX confusion I mentioned in my previous comment. Perhaps I am missing it?
--
You are receiving this mail because:
You are wat
https://bugs.kde.org/show_bug.cgi?id=445694
Bug ID: 445694
Summary: thumbnails jump to the wrong place if you are "-" a
photo for an incorrectly identified face when the same
face is elsewhere in the photo
Product: digikam
https://bugs.kde.org/show_bug.cgi?id=445696
Bug ID: 445696
Summary: No way to undo incorrect confirm of unconfirmed face
Product: digikam
Version: 7.3.0
Platform: Other
OS: Linux
Status: REPORTED
Severity:
https://bugs.kde.org/show_bug.cgi?id=445697
Bug ID: 445697
Summary: should be a way to bulk confirm multiple unconfirmed
images at once
Product: digikam
Version: 7.3.0
Platform: Other
OS: Linux
S
https://bugs.kde.org/show_bug.cgi?id=445697
--- Comment #2 from Jonathan Kamens ---
I'm sorry, I can't figure out what that means, so I can't tell whether it's
actually the use case I'm describing here. Can you be more specific?
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=445697
--- Comment #3 from Jonathan Kamens ---
Oh nvm I see what you are saying. It's not exactly intuitive that if I click
the checkbox on one image in the selected group, what I just did applies to all
the images in the group. Perhaps the issue here i
https://bugs.kde.org/show_bug.cgi?id=445817
Bug ID: 445817
Summary: "Ignored" under "People" can be deleted, can't be
restored
Product: digikam
Version: 7.3.0
Platform: Other
OS: Linux
Status: RE
https://bugs.kde.org/show_bug.cgi?id=445817
--- Comment #3 from Jonathan Kamens ---
I searched and did not find other bugs before filing this one.
When I ignore a face in 7.3.0 the tag does not get recreated.
You claim that it was impossible to delete the tag in 7.3.0 and yet I assure
you that
https://bugs.kde.org/show_bug.cgi?id=445817
--- Comment #4 from Jonathan Kamens ---
I will leave it to you whether to reopen this bug or just ignore the fact that
the claims you made about it are directly at odds with my actual experience in
the app. Whether you choose to actually listen to one
https://bugs.kde.org/show_bug.cgi?id=445817
--- Comment #7 from Jonathan Kamens ---
Digging into the database, as far as I can tell it exists but has the correct
name but is not visible in the UI:
```
MariaDB [digikam]> select * from TagProperties where property='ignor
https://bugs.kde.org/show_bug.cgi?id=445817
--- Comment #8 from Jonathan Kamens ---
Also, I don't know if this is relevant, but despite the fact that I have marked
faces as ignored in the Unknown person view, there don't appear to be any
entries for tag ID 668 (the tag ID in the
https://bugs.kde.org/show_bug.cgi?id=445817
--- Comment #10 from Jonathan Kamens ---
Yup, that fixed it. I have no idea how I "canceled the face marking on the
ignored tag," but :shrug:. Thank you for troubleshooting with me.
--
You are receiving this mail because:
You are watchi
https://bugs.kde.org/show_bug.cgi?id=451524
Bug ID: 451524
Summary: synchronizing metadata from database to files should
not modify files whose metadata have not changed
Product: digikam
Version: 7.4.0
Platform: Other
https://bugs.kde.org/show_bug.cgi?id=451525
Bug ID: 451525
Summary: Maintenance tool dialog should not keep potentially
destructive operations checked by default (I'd argue
that _nothing_ should be checked by default)
Produc
https://bugs.kde.org/show_bug.cgi?id=451524
--- Comment #3 from Jonathan Kamens ---
(In reply to caulier.gilles from comment #1)
> All metadata operation (read/write) are done by libexiv2 shared library, not
> digiKam directly.
I mean, yes, I get that, but isn't digiKam telling li
https://bugs.kde.org/show_bug.cgi?id=451525
--- Comment #2 from Jonathan Kamens ---
(In reply to Maik Qualmann from comment #1)
> Well, I think many users would like to have the last settings. I would
> rather add a "Reset" button.
Regardless of what "many users would li
https://bugs.kde.org/show_bug.cgi?id=447133
--- Comment #3 from Jonathan Kamens ---
Hi, I only have my production digikam environment, no testbed environment, and
I'm not in any position to play around with switching back and forth between
sqlite backend and mysql backend for thumbnails,
https://bugs.kde.org/show_bug.cgi?id=447133
Bug ID: 447133
Summary: Hang when switching thumbnails from database to local
directory
Product: digikam
Version: 7.4.0
Platform: Appimage
OS: Linux
St
https://bugs.kde.org/show_bug.cgi?id=445697
--- Comment #15 from Jonathan Kamens ---
Created attachment 180233
--> https://bugs.kde.org/attachment.cgi?id=180233&action=edit
pop-up screenshot
N.B. when I killed and then restarted the digiKam appimage, it popped up this,
which is ob
https://bugs.kde.org/show_bug.cgi?id=445697
--- Comment #8 from Jonathan Kamens ---
Downloaded and launched 8.7.0 prerelease. Initial impressions:
It popped up the window telling me to download new data files, then popped up a
dialog on top of that telling me I had to retrain all face
https://bugs.kde.org/show_bug.cgi?id=445697
--- Comment #9 from Jonathan Kamens ---
Another tangential update...
While the face scanning was running in the background, I selected the Settings
> Configure digiKam menu command. digiKam immediately became completely
unresponsive. The status of
https://bugs.kde.org/show_bug.cgi?id=445697
--- Comment #14 from Jonathan Kamens ---
(In reply to Michael Miller from comment #13)
> I recommend you kill it now. What kind of scan was running when it hung?
> Were you doing Tools->Maintenance->Detect and Recognize Faces->Rebuild
https://bugs.kde.org/show_bug.cgi?id=445697
--- Comment #12 from Jonathan Kamens ---
> The priority for one of the face scanning threads was set incorrectly. It's
> been fixed in my development branch which should be merged to master shortly.
OK, so, what do I do? digiKam never un
23 matches
Mail list logo
