https://bugs.kde.org/show_bug.cgi?id=493395
--- Comment #2 from mahikeulbody ---
Ok, fine. Thanks for the answer.
May be advanced users (it is an *Advanced* panel after all) would be aware of
what happens to their metadata so that information could appear as (e.g.) :
XMP.dc.title (and also
https://bugs.kde.org/show_bug.cgi?id=493395
Bug ID: 493395
Summary: Setting a Title writes according Metadata Advanced
setting but write it also to an undocumented field
Classification: Applications
Product: digikam
Version: 8.5.
https://bugs.kde.org/show_bug.cgi?id=492040
--- Comment #19 from mahikeulbody ---
That is ok now !
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=492040
--- Comment #17 from mahikeulbody ---
(In reply to caulier.gilles from comment #16)
> Not al all (:=)))...
>
> I want the new line to pre-load the system shared lib from your system to
> allow digiKam to run as expected...
Sorry, I don
https://bugs.kde.org/show_bug.cgi?id=492040
--- Comment #15 from mahikeulbody ---
Created attachment 173863
--> https://bugs.kde.org/attachment.cgi?id=173863&action=edit
AppRun script
I don't understand what you want I do so I attached apprun script. Let me know
if you need so
https://bugs.kde.org/show_bug.cgi?id=492040
--- Comment #13 from mahikeulbody ---
> note : nothing has changed in the AppImage bundle.
Ok. Maybe there's been a Manjaro update between 11/9 and 12/9 ; I don't
remember.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=492040
--- Comment #11 from mahikeulbody ---
Since Appimage_2024-09-12 I get this error:
-- Preloading shared libs:
:/usr/lib64/libxcb-dri3.so.0:/usr/lib64/libnss3.so:/usr/lib64/libnssutil3.so:/usr/lib64/libsmime3.so:/usr/lib64/libgmodule-2.0.so.0:/usr/lib64
https://bugs.kde.org/show_bug.cgi?id=491608
--- Comment #12 from mahikeulbody ---
I found this (long) post on https://discussions.apple.com/docs/DOC-250002750
explaining how to fix incorrect sorting of movies and images. There is in
particular the following passage :
3. Date in
https://bugs.kde.org/show_bug.cgi?id=491608
--- Comment #11 from mahikeulbody ---
Request: to be able to have a coherent sorting between local time items and UTC
time items (such as quicktime videos), whether sorting by date or sorting by
name.
The current implementation fails to achieve this
https://bugs.kde.org/show_bug.cgi?id=491608
--- Comment #10 from mahikeulbody ---
I forgot the case where the user want to correct the UTC time itself because he
knows that the device set it incorrectly. Personally I don't care of this use
case if this ever happens since I can corre
https://bugs.kde.org/show_bug.cgi?id=491608
--- Comment #9 from mahikeulbody ---
Crash fixed, thanks.
Coming back to the request to see what happen now with video times :
I have a pixel 5 video where exiftool -Time:all => "2024:05:02 02:29:59" for
all date fields of the file (it
https://bugs.kde.org/show_bug.cgi?id=491608
--- Comment #5 from mahikeulbody ---
Created attachment 173205
--> https://bugs.kde.org/attachment.cgi?id=173205&action=edit
segfault log
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=491608
--- Comment #4 from mahikeulbody ---
Selecting a video, Adjust Time & Date, don't touch anything except Ok buttom.
After a few seconds, Digikam (with the last debug appimage) crashes
(segmentation fault), please see the attached log.
Unfort
https://bugs.kde.org/show_bug.cgi?id=491608
--- Comment #2 from mahikeulbody ---
To say the truth, as for me, I don't need really a way to write
QuickTime:CreationDate-tz on the related videos, it is easy to do outside of
Digikam. What I need would be that Digikam uses QuickTime:CreationDa
https://bugs.kde.org/show_bug.cgi?id=491608
--- Comment #1 from mahikeulbody ---
An alternative could be to offer this possibility only within the Queue Manager
instead of the UI of Adjust Time & Date.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=492366
--- Comment #7 from mahikeulbody ---
Fixed. Thank you.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=492366
--- Comment #6 from mahikeulbody ---
Thank you. I will check the fix when the related 8.5 appimage will be available
and I will report the result here.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=492366
--- Comment #3 from mahikeulbody ---
Same problem with the last Digikam 8.5 appimage.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=492366
--- Comment #2 from mahikeulbody ---
Created attachment 173091
--> https://bugs.kde.org/attachment.cgi?id=173091&action=edit
Pixel file after to the described process
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=492366
--- Comment #1 from mahikeulbody ---
Created attachment 173090
--> https://bugs.kde.org/attachment.cgi?id=173090&action=edit
log file with the exiv2 error
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=492366
Bug ID: 492366
Summary: Digikam does not write anymore xmp data to files from
Pixel devices : debug shows an Exiv2 error.
Classification: Applications
Product: digikam
Version: 8.4.0
https://bugs.kde.org/show_bug.cgi?id=492040
--- Comment #5 from mahikeulbody ---
Ok with last appimage. Thanks !
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=492040
--- Comment #2 from mahikeulbody ---
Comment on line 176 => digikam starts without problem.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=492040
Bug ID: 492040
Summary: APPIMAGE : symbol lookup error:
/usr/lib64/libgnutls.so.30: undefined symbol:
nettle_rsa_oaep_sha384_decrypt, version HOGWEED_6
Classification: Applications
https://bugs.kde.org/show_bug.cgi?id=491608
Bug ID: 491608
Summary: To be able to set a local time to videos QuickTime
Classification: Applications
Product: digikam
Version: 8.5.0
Platform: Manjaro
OS: Linux
Sta
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" time
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #17 from mahikeulbody ---
Created attachment 168156
--> https://bugs.kde.org/attachment.cgi?id=168156&action=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' b
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 general
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"
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 of
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 "vi
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: Ma
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&action=edit
trace from debug
I preview a video, some pause/play, then pause don't work on another viodeos
until I pre
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 convinc
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
P
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.
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 into
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&action=edit
output of exiftool
Since the video is larger than 4000KB, I attached the output of exiftool -a -G1
.
--
You are re
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
Produ
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 panel in french !
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 r
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&action=edit
output of exiftool about the adjusted video
Please note that some fields have been added by Digikam such as xmp
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #4 from mahikeulbody ---
Created attachment 167920
--> https://bugs.kde.org/attachment.cgi?id=167920&action=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&action=edit
video adjusted by digikam (adding 1 sec from Exif:created to all dates fields)
--
You are receiving this mail becau
https://bugs.kde.org/show_bug.cgi?id=484719
--- Comment #2 from mahikeulbody ---
Created attachment 167918
--> https://bugs.kde.org/attachment.cgi?id=167918&action=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: M
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 such as
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 but
https://bugs.kde.org/show_bug.cgi?id=483413
--- Comment #10 from mahikeulbody ---
Created attachment 167098
--> https://bugs.kde.org/attachment.cgi?id=167098&action=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
> oc
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: dig
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
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
Platform
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.
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 are
1 - 100 of 293 matches
Mail list logo
