https://bugs.kde.org/show_bug.cgi?id=479179
Milan Knížek changed:
What|Removed |Added
CC||tiref45...@javadoq.com
--- Comment #9 from
https://bugs.kde.org/show_bug.cgi?id=427231
Milan Knížek changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=479179
Milan Knížek changed:
What|Removed |Added
CC||kni...@volny.cz
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=456987
Milan Knížek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|RESOLVED
https://bugs.kde.org/show_bug.cgi?id=426174
Milan Knížek changed:
What|Removed |Added
CC||kni...@volny.cz
--- Comment #12 from Milan
https://bugs.kde.org/show_bug.cgi?id=456987
Milan Knížek changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=456987
--- Comment #3 from Milan Knížek ---
Indeed, it works then.
How do I find out which ksycoca* it actually is/will be (from within a
bash script which will eventually run digiKam AppImage)?
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=456987
Bug ID: 456987
Summary: Open with... not working in AppImage
Product: digikam
Version: 7.7.0
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=455073
Milan Knížek changed:
What|Removed |Added
CC||kni...@volny.cz
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=454882
Bug ID: 454882
Summary: Requirements for MySQL Server omit USER
Product: digikam
Version: 7.6.0
Platform: Archlinux Packages
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=425168
--- Comment #8 from Milan Knížek ---
(In reply to caulier.gilles from comment #7)
> You can test using 7.6.0 pre-release AppImage bundle available here :
> https://files.kde.org/digikam/
I tried on Arch Linux (AppImage 7.6.0 20220211) and I
https://bugs.kde.org/show_bug.cgi?id=136260
--- Comment #19 from Milan Knížek ---
digiKam takes care about syncing the metadata accross various data structures
(XMP Core/Adobe/whatever, IPTC, Exif), so direct editing of a particular subset
does not seem a way to go anyway as it would break
https://bugs.kde.org/show_bug.cgi?id=231114
Milan Knížek changed:
What|Removed |Added
Version|2.8.0 |7.2.0
Platform|Ubuntu Packages
https://bugs.kde.org/show_bug.cgi?id=231114
Milan Knížek changed:
What|Removed |Added
Summary|TEMPLATE : Used fields |TEMPLATE : Empty (unset
https://bugs.kde.org/show_bug.cgi?id=202709
Milan Knížek changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution
https://bugs.kde.org/show_bug.cgi?id=431753
--- Comment #2 from Milan Knížek ---
Sorry for the duplicate, I have completely forgotten I even commented the other
open bug half year ago...
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=431753
Bug ID: 431753
Summary: Show overlay with metadata in Preview mode
Product: digikam
Version: 7.1.0
Platform: Archlinux Packages
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=382179
--- Comment #9 from Milan Knížek ---
Although the "CTRL + mouse draw" to create a new face tag is great, I still
believe a possibility to have a "locked add face tag" mode would be helpful.
I am tagging a lot of photos in my archi
https://bugs.kde.org/show_bug.cgi?id=430671
Bug ID: 430671
Summary: Add a Face Tag: default action for Enter key should be
the highlighted tag
Product: digikam
Version: 7.1.0
Platform: Archlinux Packages
https://bugs.kde.org/show_bug.cgi?id=425168
--- Comment #5 from Milan Knížek ---
But with Flatpak, there seems to be some troubles with integration - I use
quite often "Open with..." submenu to run actions outside of digiKam on the
image or whole folder (based on standard .desktop file
https://bugs.kde.org/show_bug.cgi?id=425168
--- Comment #4 from Milan Knížek ---
Flatpak works okay.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=425168
--- Comment #2 from Milan Knížek ---
I have found a current Qt bug report with similar behaviour - that one is
dependend on static (bug) or shared (works) linking:
https://bugreports.qt.io/browse/QTBUG-83783
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=425168
Milan Knížek changed:
What|Removed |Added
Component|Tags-Captions |Usability-i18n
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=425168
Bug ID: 425168
Summary: Cannot type accented characters via dead-keys
Product: digikam
Version: 7.0.0
Platform: Appimage
OS: Linux
Status: REPORTED
Severity:
https://bugs.kde.org/show_bug.cgi?id=271489
--- Comment #11 from Milan Knížek ---
Unfortunatelly, the bug is the same as reported originally.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=382179
Milan Knížek changed:
What|Removed |Added
CC||kni...@volny.cz
Version|5.7.0
https://bugs.kde.org/show_bug.cgi?id=302559
Milan Knížek changed:
What|Removed |Added
Version|2.6.0 |6.4.0
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=302559
Milan Knížek changed:
What|Removed |Added
CC||kni...@volny.cz
--- Comment #15 from Milan
https://bugs.kde.org/show_bug.cgi?id=400492
--- Comment #11 from Milan Knížek ---
Thanks Maik, the latest digikam-6.0.0-beta3-20181102T200629-x86-64 works fine.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=400492
--- Comment #9 from Milan Knížek ---
The thing is, the flag for thumbnail does not rotate - it stays as it was
originally (from camera) and the thumbnail rotates physically.
Try show the exif metadata in the right hand pane, filter for orientation
https://bugs.kde.org/show_bug.cgi?id=400492
--- Comment #6 from Milan Knížek ---
One app is confused with out of sync orientation flag - the default Gallery app
in Samsung S7. It displays the embedded thumbnail as per Exif.Image.Orientation
and ignores Exif.Thumbnail.Orientation.
It is probably
https://bugs.kde.org/show_bug.cgi?id=400492
--- Comment #5 from Milan Knížek ---
This one works again.
However, I am still wondering if it is a problem that even after rotation
(which sets the Orientation Flag to "Normal"), the flag for thumbnail is still
reported as "rotat
https://bugs.kde.org/show_bug.cgi?id=400492
--- Comment #1 from Milan Knížek ---
The prior version digikam-6.0.0-beta2-20181015T071907-x86-64.appimage seems to
work as expected.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=400492
Milan Knížek changed:
What|Removed |Added
Attachment #115991|The file names are |Sample files (The file
description|self
https://bugs.kde.org/show_bug.cgi?id=400492
Bug ID: 400492
Summary: Rotation does not work
Product: digikam
Version: 6.0.0
Platform: Appimage
OS: Linux
Status: REPORTED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=396961
--- Comment #19 from Milan Knížek ---
Seems okay for me.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=396961
--- Comment #15 from Milan Knížek ---
digikam-6.0.0-beta1-20180926T221226-x86-64.appimage
Removing digikamrc helped only temporarily - the issue with a blank area in
Thumbnail view reappeared again after a few starts of digikam (not sure what
https://bugs.kde.org/show_bug.cgi?id=399237
Bug ID: 399237
Summary: Thumbnails view shows an empty dock for thumbnails
Product: digikam
Version: 6.0.0
Platform: Appimage
OS: Linux
Status: REPORTED
https://bugs.kde.org/show_bug.cgi?id=286529
Milan Knížek changed:
What|Removed |Added
CC||kni...@volny.cz
--- Comment #12 from Milan
https://bugs.kde.org/show_bug.cgi?id=395518
Milan Knížek changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRMED
https://bugs.kde.org/show_bug.cgi?id=397001
Milan Knížek changed:
What|Removed |Added
Resolution|WORKSFORME |---
Ever confirmed|0
https://bugs.kde.org/show_bug.cgi?id=397001
Bug ID: 397001
Summary: The "maximise" button is missing in decoration of the
geolocation editor window
Product: digikam
Version: 6.0.0
Platform: Appimage
OS:
https://bugs.kde.org/show_bug.cgi?id=395501
--- Comment #2 from Milan Knížek ---
That sounds like a good approach and I may like it.
After a few more tests: you are right, my problem is that digikam occassionally
creates an empty /People tag (a left-over in some image(s) which appears
https://bugs.kde.org/show_bug.cgi?id=395518
--- Comment #2 from Milan Knížek ---
Hm. Isn't it that it shows the tags in the order of best match (to face)? I do
not seem to get a consistent behaviour. (Alphabetical vs last use vs face
match.)
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=395518
Bug ID: 395518
Summary: When manually typing face name, sort the filtered tags
by recent usage
Product: digikam
Version: 6.0.0
Platform: Other
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=395501
Bug ID: 395501
Summary: Cannot define top level Tag name for faces
Product: digikam
Version: 6.0.0
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity:
https://bugs.kde.org/show_bug.cgi?id=395263
--- Comment #1 from Milan Knížek ---
(In reply to Milan Knížek from comment #0)
a typo:
> ... it is know shown in the image list pane and details tabe of the
... it is _not_ shown...
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=395263
Bug ID: 395263
Summary: GPSDOP is not shown in Geolocation editor image list
and details tab
Product: digikam
Version: 6.0.0
Platform: Other
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=395202
--- Comment #9 from Milan Knížek ---
The best solution would be if the Details tab behaves like the Tags:
If multiple images with different GPS data are selected, the "tick" mark is
semi-grey (selecting it would lead to override - either cl
https://bugs.kde.org/show_bug.cgi?id=395202
--- Comment #7 from Milan Knížek ---
Thanks for the AppImage, way easier than compiling in VM.
However, the bug(s) are the same as described above.
P.S. The AppImage seems partially broken:
$ ./digikam-6.0.0-git-20180610T092015-x86-64.appimage
https://bugs.kde.org/show_bug.cgi?id=395202
--- Comment #5 from Milan Knížek ---
(In reply to caulier.gilles from comment #1)
> Did you try "Item/Edit Geolocation" menu ?
Yes, that's how I edit the geolocation.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=395202
--- Comment #4 from Milan Knížek ---
I checked in CLI, that only the single image has a new GPSDOP value, the others
remained untouched by DigiKam // Geolocation editor.
Even more, when I open the Geolocation editor again, then no GPSDOP value
https://bugs.kde.org/show_bug.cgi?id=395202
--- Comment #3 from Milan Knížek ---
Created attachment 113187
--> https://bugs.kde.org/attachment.cgi?id=113187=edit
GPS editing - after applying the new DOP value - only a single image is
affected.
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=395202
--- Comment #2 from Milan Knížek ---
Created attachment 113186
--> https://bugs.kde.org/attachment.cgi?id=113186=edit
GPS editing - before applying the new DOP value (all images selected).
--
You are receiving this mail because:
You are watch
https://bugs.kde.org/show_bug.cgi?id=395202
Bug ID: 395202
Summary: Cannot mass apply geolocation metadata in "Details"
tab to multiple images
Product: digikam
Version: 5.9.0
Platform: Archlinux Packages
https://bugs.kde.org/show_bug.cgi?id=303062
Milan Knížek <kni...@volny.cz> changed:
What|Removed |Added
CC||kni...@volny.cz
--- Comm
https://bugs.kde.org/show_bug.cgi?id=126149
Milan Knížek <kni...@volny.cz> changed:
What|Removed |Added
CC|kni...@volny.cz |
--
You are rec
https://bugs.kde.org/show_bug.cgi?id=318661
Milan Knížek <kni...@volny.cz> changed:
What|Removed |Added
Platform|Other |Archlinux Packages
--- C
https://bugs.kde.org/show_bug.cgi?id=377306
Bug ID: 377306
Summary: Optionally remove all metadata
Product: kipiplugins
Version: 5.4.0
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: wishlist
https://bugs.kde.org/show_bug.cgi?id=377306
Milan Knížek <kni...@volny.cz> changed:
What|Removed |Added
CC||kni...@volny.cz
-
https://bugs.kde.org/show_bug.cgi?id=365375
Bug ID: 365375
Summary: Open with... ignores parameters of Exec line in
Desktop Entry
Product: digikam
Version: 5.0.0
Platform: Archlinux Packages
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=360474
Milan Knížek <kni...@volny.cz> changed:
What|Removed |Added
CC||kni...@volny.cz
--- Comm
https://bugs.kde.org/show_bug.cgi?id=360462
Milan Knížek <kni...@volny.cz> changed:
What|Removed |Added
CC||kni...@volny.cz
--- Comm
https://bugs.kde.org/show_bug.cgi?id=358486
Bug ID: 358486
Summary: Pressing ENTER while in Search Box of Geolocation
closes the window instead of searching the location
Product: digikam
Version: 5.0.0
Platform: Archlinux
https://bugs.kde.org/show_bug.cgi?id=357738
--- Comment #3 from Milan Knížek <kni...@volny.cz> ---
Ok.
Since it is not clear from your answers, I hope that if not position, then at
least the size of the Geolocation-dialog window is remembered. It would help
the user to save a mouse-click
https://bugs.kde.org/show_bug.cgi?id=354745
Milan Knížek <kni...@volny.cz> changed:
What|Removed |Added
Resolution|BACKTRACE |WONTFIX
--- Comment #
https://bugs.kde.org/show_bug.cgi?id=357738
Bug ID: 357738
Summary: Item // Edit Geolocation window does not remember its
size
Product: digikam
Version: 5.0.0
Platform: Archlinux Packages
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=354745
--- Comment #5 from Milan Knížek <kni...@volny.cz> ---
I tried running digikam in Ubuntu 15.10 (Unity, w/o KDE unless pulled in as a
digikam dependency) and it indeed works there just fine.
At the moment, I am not able to recompile KDE stuff o
68 matches
Mail list logo
