https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #21 from mahikeulbody ---
I confirm that points 1, 2 and 3 (see comment 11) are fixed. Thanks.
I think I will create a wish report related to my comment 19 but I have to
think a little bit more about this use case.
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #19 from mahikeulbody ---
After to decide that a QuickTime date of a given video is UTC (which is not
easy, I agree), Digikam uses the local time of the PC to calculate the "local"
time of the video. This "local&quo
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #17 from mahikeulbody ---
Created attachment 168156
--> https://bugs.kde.org/attachment.cgi?id=168156=edit
a clock (local time : UTC+2) with Ricoh GR II
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #12 from mahikeulbody ---
3) There a third point impacted by the fix. let say a video file with
QuickTimeCreateDate : 2024:04:04T10:00:00. As we know it is presumed to be an
UTC time (except for some devices according an internal Digikam
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #11 from mahikeulbody ---
1) With Exiftool enabled, Digikam:CaptionDateTimestamp is also adjusted, it
should not.
2) With the fix, Digikam don't display any more a source selecting
EXIF/IPTC/XMP (it displays "not valid"
https://bugs.kde.org/show_bug.cgi?id=484818
--- Comment #3 from mahikeulbody ---
I don't know if it is related with the workaround of Bug 484815 but I cannot
reproduce the crash with the last bundle.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484815
--- Comment #9 from mahikeulbody ---
workaround ok with the last bundle
digiKam-8.4.0-20240404T094657-x86-64.appimage
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484959
--- Comment #19 from mahikeulbody ---
It is fixed, sorry again (and thanks).
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484957
--- Comment #7 from mahikeulbody ---
It is fixed, sorry again.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484957
--- Comment #6 from mahikeulbody ---
Forget my comment I was using a wrong bundle. I will test again. Sorry.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484959
--- Comment #18 from mahikeulbody ---
Forget my comment, I was using a wrong bundle...
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484957
--- Comment #5 from mahikeulbody ---
It is not the case. Caption modified 15' ago (at 13h55 local time) :
[XMP-digiKam] Captions Date Time Stamps : 2024-04-04T13:55:28Z
But since there is also the bug 484959 declared 'fixed' but not fixed
https://bugs.kde.org/show_bug.cgi?id=484957
--- Comment #3 from mahikeulbody ---
not fixed in the last bundle digiKam-8.4.0-20240404T094657-x86-64.appimage (but
may be the fix is not there yet ?)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484959
--- Comment #17 from mahikeulbody ---
Since your commit was previous to the date of the last appimage bundle, I
suppose the fix is present into the last bundle. Forget this comment if the fix
is not yet in the build
https://bugs.kde.org/show_bug.cgi?id=484959
--- Comment #10 from mahikeulbody ---
(In reply to Maik Qualmann from comment #8)
> Well, just by the way, you disabled writing some captions metadata, Exif user
> comment, XPComment, ACDSee...
> But it doesn't matter. Videos generally do
https://bugs.kde.org/show_bug.cgi?id=484959
--- Comment #9 from mahikeulbody ---
Ok.
It was not the initial topic of this report but since we're talking about that,
I have to say I am in favor to write back to the file ONLY the metadata(s)
modified. If an user modifies 'Caption", why on
https://bugs.kde.org/show_bug.cgi?id=484959
--- Comment #7 from mahikeulbody ---
I think my poor english does not help... Please see again the attached file
(both made with -a option). My concern is not what is written back when a
caption is added. My concern is why it is not the same set
https://bugs.kde.org/show_bug.cgi?id=484959
--- Comment #5 from mahikeulbody ---
You are right. But what I am trying to say is that [XMP-photoshop] Date Created
is not specific to videos, it appears also for photos but it is not written
back to file for photos. So it is not just "about the
https://bugs.kde.org/show_bug.cgi?id=484959
--- Comment #2 from mahikeulbody ---
(In reply to Maik Qualmann from comment #1)
> We've already talked about the video metadata being "virtual" that we
> display in Exif, Iptc and Xmp. If you now add captions, these "virt
https://bugs.kde.org/show_bug.cgi?id=484959
Bug ID: 484959
Summary: Inconsistent metadata behavior between photo and video
after adding a caption
Classification: Applications
Product: digikam
Version: 8.4.0
Platform:
https://bugs.kde.org/show_bug.cgi?id=484957
Bug ID: 484957
Summary: Wrong caption date timestamp
Classification: Applications
Product: digikam
Version: 8.4.0
Platform: Manjaro
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=484815
--- Comment #7 from mahikeulbody ---
By the way, doing that I had the segmentation fault pb (see bug 484818) but a
false manipulation does not let me do the bt command. So I retried again to
produce this trace but I have not had the crash this time
https://bugs.kde.org/show_bug.cgi?id=484815
--- Comment #6 from mahikeulbody ---
Created attachment 168028
--> https://bugs.kde.org/attachment.cgi?id=168028=edit
trace from debug
I preview a video, some pause/play, then pause don't work on another viodeos
until I preview a photo.
--
https://bugs.kde.org/show_bug.cgi?id=484815
--- Comment #3 from mahikeulbody ---
The problem is still present in the last bundle
(digiKam-8.4.0-20240401T133813-x86-64-debug.appimage). I see you added a test
debug. How I can help ?
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=484758
--- Comment #11 from mahikeulbody ---
There are three different aspects in this report :
1) The one highlighted in the title. As shown by the "?" I was not very sure of
me and I wanted above all to draw attention about that. You co
https://bugs.kde.org/show_bug.cgi?id=484818
--- Comment #2 from mahikeulbody ---
To complete the report : I can play each video without error, so they are not
corrupted.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484818
Bug ID: 484818
Summary: switching quickly between several videos leads to a
segmentation fault
Classification: Applications
Product: digikam
Version: 8.4.0
Platform: Manjaro
https://bugs.kde.org/show_bug.cgi?id=484815
Bug ID: 484815
Summary: After playing a video, pause command no longer has any
effect on the others videos you preview until you
preview a photo.
Classification: Applications
https://bugs.kde.org/show_bug.cgi?id=484758
--- Comment #9 from mahikeulbody ---
We could reasonably expect the dates into the XMP-Exif-specific Properties
sub-panel to be the same as in Exif Panel.
Having said that, I don't think this minor "bug" deserves much more attention.
T
https://bugs.kde.org/show_bug.cgi?id=484749
--- Comment #6 from mahikeulbody ---
OS language in french & Digikam in en-US : exif panel in french
OS language in en-US & Digikam in en-US : exif panel in english
let think that exiv2 uses OS language instead application language BUT in t
https://bugs.kde.org/show_bug.cgi?id=484758
--- Comment #7 from mahikeulbody ---
> I need a sample video, send it by email.
I just send it by email.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484758
--- Comment #4 from mahikeulbody ---
There is another problem may be linked to that : if you adjust time from
Exif:Created (here 14:34:10) to all date fields, including Exif:Created,
Exif:Original and Exif:Digitized, none Exif metadata are updated
https://bugs.kde.org/show_bug.cgi?id=484758
--- Comment #3 from mahikeulbody ---
> So Exif to Xmp.exif
No, it is not the case (please read my NB).
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484758
--- Comment #1 from mahikeulbody ---
Created attachment 167947
--> https://bugs.kde.org/attachment.cgi?id=167947=edit
output of exiftool
Since the video is larger than 4000KB, I attached the output of exiftool -a -G1
.
--
You are receiv
https://bugs.kde.org/show_bug.cgi?id=484758
Bug ID: 484758
Summary: Displayed dates on Metadata panels come from different
dates found in a video file from Ricoh GR II
(inconsistency ?)
Classification: Applications
https://bugs.kde.org/show_bug.cgi?id=484749
--- Comment #3 from mahikeulbody ---
OS language in french & Digikam in en-US : exif panel in french
OS language in en-US & Digikam in en-US : exif panel in english
but
OS language in en-US & Digikam in french : exif pan
https://bugs.kde.org/show_bug.cgi?id=484749
--- Comment #2 from mahikeulbody ---
As shown in the screen copy attached, I am not talking about the exiftool panel
but about the exif panel.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484745
--- Comment #3 from mahikeulbody ---
> I can see if I can include Ricoh in the detection.
Please don't change : Ricoh is detected as a "local time" device and it is the
right decision. It is not the problem here.
--
You are receiv
https://bugs.kde.org/show_bug.cgi?id=484745
--- Comment #2 from mahikeulbody ---
Well, this report is not about the right detection of type of device in
relation to UTC (a big problem, I agree). It is about once Digikam make the
decision to consider the dates as local time dates for a given file
https://bugs.kde.org/show_bug.cgi?id=484749
Bug ID: 484749
Summary: Metadata Exif Panel don't follow the language
configured for digikam (it follows the OS language)
Classification: Applications
Product: digikam
Version: 8.4.0
https://bugs.kde.org/show_bug.cgi?id=484745
Bug ID: 484745
Summary: inconsistent date for Dynamic Media:Shot Date in case
of .mov video
Classification: Applications
Product: digikam
Version: 8.4.0
Platform: Manjaro
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #8 from mahikeulbody ---
> Please note that some fields have been added by Digikam such as xmp fields,
> which it is normal, but some "native" fields have been removed, which it does
> seem normal (check with a diff to
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #6 from mahikeulbody ---
Anyway, this report was about the difference of behavior about the updated (or
not) date fields between photo and video, NO MATTER these fields are written to
the file or not.
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #5 from mahikeulbody ---
Created attachment 167921
--> https://bugs.kde.org/attachment.cgi?id=167921=edit
output of exiftool about the adjusted video
Please note that some fields have been added by Digikam such as xmp fields,
wh
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #4 from mahikeulbody ---
Created attachment 167920
--> https://bugs.kde.org/attachment.cgi?id=167920=edit
output of exiftool about the untouched video
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #3 from mahikeulbody ---
Created attachment 167919
--> https://bugs.kde.org/attachment.cgi?id=167919=edit
video adjusted by digikam (adding 1 sec from Exif:created to all dates fields)
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #2 from mahikeulbody ---
Created attachment 167918
--> https://bugs.kde.org/attachment.cgi?id=167918=edit
video untouched from a moto g6
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=484719
Bug ID: 484719
Summary: Adjust Time & Date misses to adjust some metadata
fields in case of a video (it is ok in case of a
photo)
Classification: Applications
Product: digikam
https://bugs.kde.org/show_bug.cgi?id=484610
--- Comment #3 from mahikeulbody ---
I have no problem with shorten Make into Photograph Properties right panel ; I
only would like to be able to search the photos from this device.
--
You are receiving this mail because:
You are watching all bug
https://bugs.kde.org/show_bug.cgi?id=484610
Bug ID: 484610
Summary: Advanced search fails to find photos from Ricoh GR II
when searching by 'Make'
Classification: Applications
Product: digikam
Version: 8.4.0
Platform:
https://bugs.kde.org/show_bug.cgi?id=483413
--- Comment #17 from mahikeulbody ---
To tell the truth, I have also deleted many files in .cache and
digikam.appimage related icons (I know, always make only one change at a time
to debug...) so I am not absolutely sure that is the update-mime
https://bugs.kde.org/show_bug.cgi?id=483413
--- Comment #15 from mahikeulbody ---
Problem fixed doing : update-mime-database ~/.local/share/mime
I have no idea why. May be some "corruption" resulting of many killing
digikam.appimage after a freeze/loop ?
--
You are receiving this ma
https://bugs.kde.org/show_bug.cgi?id=483413
--- Comment #13 from mahikeulbody ---
I see that I have a folder into /home/michel/.local/share/icons which does not
exist on the /home/user/.local/share related to my live usb. This folder
contains others folders, all of them dozen of files
https://bugs.kde.org/show_bug.cgi?id=483413
--- Comment #12 from mahikeulbody ---
I built a live USB from the last Manjaro ISO in order to test with a fresh and
clean install : I cannot reproduce the problem.
So, I suspect there is may be something broken on my system, even if all
https://bugs.kde.org/show_bug.cgi?id=483413
--- Comment #10 from mahikeulbody ---
Created attachment 167098
--> https://bugs.kde.org/attachment.cgi?id=167098=edit
backtrace from digiKam-8.3.0-20240312T172522-x86-64-debug.appimage bundle
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=483413
--- Comment #9 from mahikeulbody ---
> No dysfunction under Kubuntu 22.04 / 23.04 / 23.10.
You had the same luck under Ubuntu with "the Freeze (loop ?) when right click
on an image" bug.
--
You are receiving this mail because:
You are
https://bugs.kde.org/show_bug.cgi?id=483413
--- Comment #7 from mahikeulbody ---
One more info : it is a loop (Digikam uses 100% cpu).
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=483413
--- Comment #6 from mahikeulbody ---
Just to be sure I tested the same scenario with Digikam 8.2 ("normal" version,
not appimage) : no problem.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=483413
--- Comment #4 from mahikeulbody ---
(In reply to Maik Qualmann from comment #1)
> Why would a *.json file that doesn't load at all cause this? I can't
> reproduce it either. Please send me the GPX file with which the problem
> occurs.
Sor
https://bugs.kde.org/show_bug.cgi?id=483413
--- Comment #3 from mahikeulbody ---
It freezes when opening the file selector and navigate to a folder which
contains a json file. The folder is displayed empty (even it contains gpx
files) and Digikam freezes.
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=483413
Bug ID: 483413
Summary: Opening a folder to load a gpx file freezes Digikam if
there is a .json file into this folder (any .json
file)
Classification: Applications
Product:
https://bugs.kde.org/show_bug.cgi?id=483288
--- Comment #5 from mahikeulbody ---
Indeed, I was using an old version of exiftool despite my manjaro is normally
up to date (but warning an old exiftool library, may be resulting from an old
manual installation ???). The problem remained even de
https://bugs.kde.org/show_bug.cgi?id=483288
--- Comment #1 from mahikeulbody ---
I cannot attach the file (> 4Mo) so here a link :
https://drive.google.com/file/d/1ArGRHVMY9esb6Rnaz_qqaNPp-nodP0Q2/view?usp=sharing
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=483288
Bug ID: 483288
Summary: xmp metadata of some jxl files are not correctly
displayed (missing data, duplicated strings, ...)
Classification: Applications
Product: digikam
Version: 8.3.0
https://bugs.kde.org/show_bug.cgi?id=483139
--- Comment #2 from mahikeulbody ---
I hadn't thought about the way you describe. Thanks.
Anyway, since I have to cleanup my current XMP-lr tags (I didn't see the
problem until I tried to filter photos on the phone), I made a python script to
remove
https://bugs.kde.org/show_bug.cgi?id=483139
mahikeulbody changed:
What|Removed |Added
Summary|Add a way to be able to |Add a way to exclude Place
https://bugs.kde.org/show_bug.cgi?id=483139
Bug ID: 483139
Summary: Add a way to be able to exclude Place tags from "write
XMP-lr --> XMP:dc.subject"
Classification: Applications
Product: digikam
Version: 8.3.0
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #201 from mahikeulbody ---
> (by the way, the About of 8.3 displays 8.2 instead of 8.3)
Forget this comment, I made a mistake.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #200 from mahikeulbody ---
Indeed, here I have LibreOffice Draw, VLC and Reader (I don't have any program
called "Reader" ???) that they are not listed with 8.2.
(by the way, the About of 8.3 displays 8.2 instead of 8.3
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #198 from mahikeulbody ---
They are listed (Gwenview, Darktable, showFoto, Okular, ... ) and I can open
the picture with the program selected.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #196 from mahikeulbody ---
No more freeze/loop with the digiKam-8.3.0-20240228T163216-x86-64.appimage !
Are there functional differences with the "normal" version ?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #191 from mahikeulbody ---
The problem is still there with digiKam-8.3.0-20240227T212607-x86-64.appimage
bundle.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #177 from mahikeulbody ---
(In reply to Maik Qualmann from comment #176)
> Rename/remove freedesktop.org.xml
As I said, "I tried removing (one by one) each APPIMAGE/.../packages/file :
same freeze/loop."
--
You are receiv
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #175 from mahikeulbody ---
I tried replacing APPIMAGE/.../packages/freedesktop file by the one from
/usr/share/mime/packages/ : same freeze/loop.
I tried replacing each APPIMAGE/.../packages/files by the corresponding one
from /usr/share
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #173 from mahikeulbody ---
Ok (but probably not today).
A question : I have not APPIMAGE_BASE environment variable. I can use directly
the freedesktop file from /usr/share/mime/packages/ ?
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #171 from mahikeulbody ---
Created attachment 165913
--> https://bugs.kde.org/attachment.cgi?id=165913=edit
backtrace from 2024-02-17 19h08 bundle
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #169 from mahikeulbody ---
The problem is still there with 2024-02-17 18:52 bundle.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #166 from mahikeulbody ---
Created attachment 165908
--> https://bugs.kde.org/attachment.cgi?id=165908=edit
backtrace from 2024-02-17 17:34 bundle
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #165 from mahikeulbody ---
The problem is still present. (2024-02-17 17:17 bundle)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #159 from mahikeulbody ---
(In reply to Maik Qualmann from comment #154)
> There is no thumbnail database update between 8.2.0 and 8.3.0.
You are right since 8.3 appimage displays also this warning now.
> Or there are too man
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #157 from mahikeulbody ---
Created attachment 165899
--> https://bugs.kde.org/attachment.cgi?id=165899=edit
with the right f cde
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #156 from mahikeulbody ---
(In reply to caulier.gilles from comment #153)
> The backtrace investigation are not fine, because the number of GDB frames
> has changed between digiKam sessions.
Please see the last attached backtrace.
-
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #151 from mahikeulbody ---
after the warning, all seems ok.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #150 from mahikeulbody ---
Created attachment 165895
--> https://bugs.kde.org/attachment.cgi?id=165895=edit
screen copy at startup fo digikam 8.2
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #149 from mahikeulbody ---
To now, start Digikam 8.2 after a try with Digikam 8.3.appimage run without
problem. But this time after to run the last appimage bundle, I get a warning
starting Digikam8.2 (see attached screencopy). I tried
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #148 from mahikeulbody ---
Created attachment 165888
--> https://bugs.kde.org/attachment.cgi?id=165888=edit
retry but it seems the same
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #147 from mahikeulbody ---
I am not sure to have do right, let me retry.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #146 from mahikeulbody ---
Created attachment 165887
--> https://bugs.kde.org/attachment.cgi?id=165887=edit
backtrace from 2024-02-17 10:43 bundle and addicional bt cde
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #143 from mahikeulbody ---
Created attachment 165884
--> https://bugs.kde.org/attachment.cgi?id=165884=edit
backtrace from 2024-02-17 10:43 bundle
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #139 from mahikeulbody ---
Created attachment 165870
--> https://bugs.kde.org/attachment.cgi?id=165870=edit
backtrace from 2024-02-16 18:47 bundle
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #137 from mahikeulbody ---
(In reply to caulier.gilles from comment #136)
> And if you use an older Manjaro version, the problem disappears ?
I just tested with an older version :
Plasma 5.27
KF 5.110
Qt 5.15
No "freeze/loop&q
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #135 from mahikeulbody ---
I just tried also the Manjaro Testing branch which has KF5.115 (instead of
KF5.114) : same problem.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=480134
--- Comment #134 from mahikeulbody ---
The problem is still there with 2024-02-15 18:21 bundle.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=481289
--- Comment #14 from mahikeulbody ---
> It would also be displayed for A and B in the left sidebar if you have
> activated the recursive tag view under Menu->View.
It is activated here but when I set it a long time ago but I did not under
https://bugs.kde.org/show_bug.cgi?id=481289
--- Comment #12 from mahikeulbody ---
Ok.
> If you were to search for A or B in the first variant, the image would not be
> found.
I found it with the left side Tags panel selecting A or B (or C, of course). Is
it right ?
--
You are rec
https://bugs.kde.org/show_bug.cgi?id=481289
--- Comment #10 from mahikeulbody ---
---
Also you could take in account that Digikam writes HierarchicalSubject =
"A|B|C" when the user drag the tag C onto a photo.
In case you
https://bugs.kde.org/show_bug.cgi?id=481289
--- Comment #9 from mahikeulbody ---
Ok, that toke me a little time to find these checks because I never used before
the Tab panel of Caption sidebar menu (my only tags come from automatic tagging
such as face recognition and reverse geocoding). So my
https://bugs.kde.org/show_bug.cgi?id=481289
--- Comment #7 from mahikeulbody ---
I feel that there is misunderstanding which could be due to my low level in
english. Please forgive me if it is the case. So I will try to reformulate
otherwise.
When you drag the tag C of a tree A|B|C to a file
https://bugs.kde.org/show_bug.cgi?id=481289
--- Comment #6 from mahikeulbody ---
I am not sure to understand what do you mean by "to have a check". If you mean
that if I select England or London in the Tags Manager, Digikam doesn't display
my photo, it is wrong, it displays my photo
https://bugs.kde.org/show_bug.cgi?id=481289
--- Comment #4 from mahikeulbody ---
> If you only have "Place|England|London|Baker street" in the metadata, only
> "Baker street" will appear under the image, not "England" or "London" and
>
1 - 100 of 268 matches
Mail list logo