https://bugs.kde.org/show_bug.cgi?id=396086
caulier.gil...@gmail.com changed:
What|Removed |Added
Component|Albums-Sort |Albums-ItemsSort
--
You are
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #53 from Rafael Linux User ---
With Digikam version will be patched?
Thank you
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=396086
Maik Qualmann changed:
What|Removed |Added
Version Fixed In||7.2.0
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #51 from Maik Qualmann ---
Git commit d63e171bec0910f036bb3c2b261abaf110ee by Maik Qualmann.
Committed on 10/10/2020 at 20:22.
Pushed by mqualmann into branch 'master'.
add experimental QCollatorSortKey cache for fast string sorting
https://bugs.kde.org/show_bug.cgi?id=396086
Rafael Linux User changed:
What|Removed |Added
Attachment #114531|0 |1
is obsolete|
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #49 from Rafael Linux User ---
(In reply to Maik Qualmann from comment #48)
> The sorting does not take place in the database, but in the Qt Item model. A
> string is slower when comparing. This is normal, especially if the
> differences
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #48 from Maik Qualmann ---
The sorting does not take place in the database, but in the Qt Item model. A
string is slower when comparing. This is normal, especially if the differences
only appear at the end, e.g. with long path names. Keep
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #47 from Rafael Linux User ---
Well, I changed scenary since I reported this bug:
- MySQL (internal) DB
- 65k pictures in a folder
Curiosly, when I sort by size, is near instantly, but when I sort by name, it
takes about 30 seconds. I
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #46 from caulier.gil...@gmail.com ---
digiKam 7.0.0 stable release is now published:
https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/
We need a fresh feedback on this file using this version.
Best Regards
Gilles
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #45 from Maik Qualmann ---
Git commit f27ab9c1051bd0a0bba6e79bc77899c74a7e6bf8 by Maik Qualmann.
Committed on 07/10/2018 at 13:47.
Pushed by mqualmann into branch 'master'.
add a global cache for grouped images
When we load the images into
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #44 from Maik Qualmann ---
Git commit 6d16a4f96ac245ed11450326c128cf63ca5a1332 by Maik Qualmann.
Committed on 24/08/2018 at 23:17.
Pushed by mqualmann into branch 'master'.
implement a child album to row cache hash
this commit reduces the
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #43 from Rafael ---
(In reply to Jens from comment #40)
> I can't see the images in the folders (but they do exist in the filessytem)
> and the scanning process is still at 17% with about 1 image per half second.
Just the same. Images are
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #42 from Maik Qualmann ---
Git commit dcb01e39023564ea538eb06f2cf635a451f713e3 by Maik Qualmann.
Committed on 24/08/2018 at 21:44.
Pushed by mqualmann into branch 'master'.
implement a child album cache hash
this commit reduces the start
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #41 from Maik Qualmann ---
Git commit f8d8dc6ebdbbb0f75561a6a4dc6a0a95d728ca42 by Maik Qualmann.
Committed on 24/08/2018 at 20:00.
Pushed by mqualmann into branch 'master'.
store the number of childs in the album
this commit reduces the
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #40 from Jens ---
I can't see the images in the folders (but they do exist in the filessytem) and
the scanning process is still at 17% with about 1 image per half second.
If the duplicate scanning takes so much time because the images are
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #39 from Rafael ---
(In reply to Jens from comment #35)
> Didn't work at first, but after changing {1..65000} to $(seq -w 1 65000), it
> worked fine.
>
> First startup with initial scanning of folders was done in ~10 seconds.
> Scanning of
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #38 from caulier.gil...@gmail.com ---
The 99% of CPU is probably the auto-completion from album filter on bottom of
tree-view.
This problem have been already reported in bugzilla, few code fixed by Maik,
but, internally, algorithm from Qt5
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #37 from caulier.gil...@gmail.com ---
The scan process in DK is divided in 2 parts which are bottlenecks:
1/ scan of albums in recursive mode without contents inside. This populate few
database tables.
2/ scan album contents listed in DB.
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #36 from Maik Qualmann ---
The problem with this test is that all images are the same. DigiKam recognizes
identical images in the database, which means that the number of duplicate
images is constantly increasing and the database returns a
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #35 from Jens ---
Didn't work at first, but after changing {1..65000} to $(seq -w 1 65000), it
worked fine.
First startup with initial scanning of folders was done in ~10 seconds.
Scanning of images - after startup - with progress bar at
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #34 from Rafael ---
Created attachment 114531
--> https://bugs.kde.org/attachment.cgi?id=114531=edit
Bash script to create 390k hardlinks
The script will create 6 folders each one with 65k hardlinks to one copy of
photo.jpg copied to
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #33 from Rafael ---
I did the script. I'm not sure about this "plain" and homogeneous source of
photos (all are equal, folder names are not complex, there are no nested
folders ... too simple) will do the trick, but we can try and I
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #32 from Jens ---
No, but to reproduce you could write a script to hardlink a single photo
300.000 times, and then point a new fresh digikam installation (e.g. a separate
user account) to this folder structure.
If you have such a script, I
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #31 from Rafael ---
And, as I said, the problem because I opened this bug still exist. Do anyone
have a database with +300.000 photos to confirm this issue?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #30 from Jens ---
... and it vanishes in thumbnail view when I resize the preview area (height)
in the single photo view. Unfortunately, this setting is not kept ... but it's
a workaround and it might help tracking this issue down.
--
You
https://bugs.kde.org/show_bug.cgi?id=396086
Jens changed:
What|Removed |Added
CC||jens-bugs.kde.org@spamfreem
|
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #28 from Maik Qualmann ---
Git commit 845a33a522e044949852589bf0c35cb577ae90da by Maik Qualmann.
Committed on 05/08/2018 at 16:48.
Pushed by mqualmann into branch 'master'.
check if tags info is already in the cache
Related: bug 397110
M
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #27 from Maik Qualmann ---
Git commit a3104006d9047ccc338b7eb3d40a975f7059c0a9 by Maik Qualmann.
Committed on 05/08/2018 at 16:34.
Pushed by mqualmann into branch 'master'.
check if group info is already in the cache
Related: bug 397110
M
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #26 from caulier.gil...@gmail.com ---
Maik,
I renamed ~/.config/digikamrc file as *.old, restarted digiKam from scratch,
and the problem disapear with last 6.0.0 AppImage bundle.
So, it's look again a problem with GUI state storage in rc
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #25 from caulier.gil...@gmail.com ---
Maik,
It's not yet fixed. Just built new AppImage bundle has always the problem with
thumbbar
Gilles
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #24 from Rafael ---
Please, don't forget the main title (that is what really matters XD ). I
shouldn't comment the beta bug in the same thread, sorry. My fault. ;)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #23 from Maik Qualmann ---
Git commit 0db966159ee98f7866b6a5ebbdabe2f3b059de75 by Maik Qualmann.
Committed on 07/07/2018 at 12:13.
Pushed by mqualmann into branch 'master'.
try to fix AppImage dock-bar problem
M +1-1
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #22 from caulier.gil...@gmail.com ---
So, you suspect that changes from Qt introduce this dysfunction ?
Remember that KF5 have been updated to last stable version in the bundle. So,
as all Mainview use KMainWindow class as parent, perhaps
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #21 from Maik Qualmann ---
The CheckBox is normal and comes from here QDockWidget::toggleViewAction().
Maybe we should set a title so that the QAction has a name.
Maik
--
You are receiving this mail because:
You are watching all bug
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #20 from Maik Qualmann ---
It is interesting that my compiled version with Qt-5.11 also has this empty
CheckBox, if you click with the right mouse button on the narrow area where you
can move the dock-bar.
Maik
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #19 from caulier.gil...@gmail.com ---
Maik,
No passing the parent to thumbar dock is not enough.
Try the last AppImage to see the effect.
Gilles
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #18 from Maik Qualmann ---
Git commit 967a93ee109a9e16f2f565d7738e370fbd37ecc1 by Maik Qualmann.
Committed on 06/07/2018 at 17:21.
Pushed by mqualmann into branch 'master'.
this could fix the problem with the thumb-bar
M +1-1
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #17 from Rafael ---
I imagined something like that. I wish this issue will dissapear in final
release ;)
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #16 from caulier.gil...@gmail.com ---
yes, me i see it recently, with AppImage only. I don't know why, perhaps a side
effect with Qt 5.9.6 LTS used to compile whole AppImage contents.
In all case this space is the same than thumb-bar, even
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #15 from Rafael ---
Great!!. Issue solved. Thank you.
I noticed (maybe you know it) that in this beta appears a wasted area while
showing thumbsnails (or not), like the attached screenshot. Did you notice
that?
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #14 from Rafael ---
Created attachment 113800
--> https://bugs.kde.org/attachment.cgi?id=113800=edit
Wasted area in red square
Wasted area inside red square.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #13 from Rafael ---
> loaded image model sorted. The CPU usage of MySQL is more relevant. Is it
> possible that digiKam still creates thumbnails in the background? Or not yet
> captured all the images and albums. This can take some time,
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #12 from Maik Qualmann ---
It does not matter how many images are in the database when the 50 images album
is already displayed. There are only the 50 images in the already loaded image
model sorted. The CPU usage of MySQL is more relevant.
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #11 from Rafael ---
I forgot to say that launch Digikam takes about 5 minutes too, and is Digikam
who is eating CPU (at 100%).
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #10 from Rafael ---
Maybe is related to that is a 370K photos database. Anyway, latest bundle
doesn't change anything about this. It took near 4 minutes in reordering 13
photos!!!
This time I was watching the system load thru "htop", to see
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #9 from Maik Qualmann ---
I currently have no explanation why it takes so long. An album with 500 images
is the time not measurable, the sorting is done immediately. A virtual album
with 20,000 images in the view needs to sort by date about
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #8 from caulier.gil...@gmail.com ---
Wait a minute,
I currently rebuild the 6.0.0 pre-release AppImage bundle. It will be only in
one hour. Please try again with this version.
Gilles Caulier
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #7 from Rafael ---
Bad news. Version 6 didn't change the bad behaviour about sortening. No changes
at all at this. Same folder (or any other one) with less than 50 jpeg files of
about 7MiB each one. Any type of reordering, took more than
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #6 from Rafael ---
Thank you Caullier, I found the folder.
I'm sorry, but user was too busy to let me try the AppImage today, cause - for
reasons I don't know - he lost remain files from the camera after he made a
"Delete selected" just
https://bugs.kde.org/show_bug.cgi?id=396086
caulier.gil...@gmail.com changed:
What|Removed |Added
CC||caulier.gil...@gmail.com
--- Comment
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #4 from Rafael ---
I have a question about the backup ... being an "internal mysql", how to backup
my database? I was thinking to use "mysqldump" but I realized that I don't know
user/password I didn't find nothing about "Internal
https://bugs.kde.org/show_bug.cgi?id=396086
--- Comment #3 from Maik Qualmann ---
Yes, we make changes to the database in digiKam-6.0.0. So it's better you make
a backup of your internal MySQL folder.
Maik
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=396086
Rafael changed:
What|Removed |Added
CC||rafael.linux.u...@gmail.com
--- Comment #2 from
https://bugs.kde.org/show_bug.cgi?id=396086
Maik Qualmann changed:
What|Removed |Added
CC||metzping...@gmail.com
--- Comment #1 from Maik
54 matches
Mail list logo