https://bugs.kde.org/show_bug.cgi?id=463197
caulier.gil...@gmail.com changed:
What|Removed |Added
Version|8.0.0 |8.3.0
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #21 from spiesant ---
> 8.3.0 is now released with 250 files closed on bugzilla. Problem still
> reproducible ?
Yup, no change. Just switching to the "Search" tab freezes the whole
application for over a minute.
> Nothing is ignored
Was
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #20 from caulier.gil...@gmail.com ---
@spiesant,
Nothing is ignored. This thread history still available in time. We process
report when time permit.
8.3.0 is now released with 250 files closed on bugzilla. Problem still
reproducible ?
--
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #19 from spiesant ---
(In reply to spiesant from comment #18)
> (In reply to Metal450 from comment #15)
> > (In reply to caulier.gilles from comment #14)
> > > @Metal450,
> > >
> > > This problem still reproducible with the new digiKam
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #18 from Metal450 ---
(In reply to Metal450 from comment #15)
> (In reply to caulier.gilles from comment #14)
> > @Metal450,
> >
> > This problem still reproducible with the new digiKam 8.2.0 pre-release
> > Windows
> > installer available
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #17 from Metal450 ---
(In reply to Peter from comment #16)
> A search interrupt button would be nice.
A button wouldn't do anything if the UI thread is already locked up & not
processing user inputs.
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #16 from Peter ---
A search interrupt button would be nice.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #15 from Metal450 ---
(In reply to caulier.gilles from comment #14)
> @Metal450,
>
> This problem still reproducible with the new digiKam 8.2.0 pre-release
> Windows
> installer available at usual place:
>
> https://files.kde.org/digikam/
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #14 from caulier.gil...@gmail.com ---
@Metal450,
This problem still reproducible with the new digiKam 8.2.0 pre-release Windows
installer available at usual place:
https://files.kde.org/digikam/
This new bundle is based on last Qt
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #13 from Metal450 ---
Just saw that 8.0.0 was officially released (congrats). Unfortunately, search
still remains unusable (locks up the entire UI for several minutes just
attempting to enter that tab). Any comment on my message from 4
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #12 from Metal450 ---
(In reply to caulier.gilles from comment #11)
> For the rest, especially the GUI operations, X11 under Linux is not
> re-entrant, and threading cannot be used.
1) I see. So I'm assuming that in this case, it has
https://bugs.kde.org/show_bug.cgi?id=463197
caulier.gil...@gmail.com changed:
What|Removed |Added
CC||caulier.gil...@gmail.com
--- Comment
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #10 from Metal450 ---
Addendum: It seems like the Labels tab isn't really usable either - similar to
search, it locks the whole application up as soon as I enter :/
Does the above make sense?
Ie. Shouldn't anything that scales linearly
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #9 from Metal450 ---
It seems like the more generalized solution would be i.e.:
1) Set the total height of the scrollable container to the correct final
height;
2) Start *asynchronously* loading/filling out the thumbnails (i.e. not on the
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #8 from Maik Qualmann ---
Possibly a small optimization of the QListView performance with a large number
of items.
Maik
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #7 from Peter ---
(In reply to Maik Qualmann from comment #5)
> Git commit 78b3bb6f62633c220d49c4797c7876ed8af7616b by Maik Qualmann.
> Committed on 18/12/2022 at 18:59.
> Pushed by mqualmann into branch 'master'.
>
> enable batched
https://bugs.kde.org/show_bug.cgi?id=463197
Peter changed:
What|Removed |Added
CC||benedekppe...@gmail.com
--- Comment #6 from Peter ---
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #5 from Maik Qualmann ---
Git commit 78b3bb6f62633c220d49c4797c7876ed8af7616b by Maik Qualmann.
Committed on 18/12/2022 at 18:59.
Pushed by mqualmann into branch 'master'.
enable batched QListView layout mode
M +2-0
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #4 from Metal450 ---
(In reply to Maik Qualmann from comment #2)
> See also this Bug 411099. I see in your video that the search only shows
> about 3000 items. There should be no freezing. Which database type do you
> use MySQL or SQLite?
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #3 from Metal450 ---
(In reply to Maik Qualmann from comment #1)
> Showing items in sub-albums is of course problematic when you select the top
> level album. In the worst case, 250k items are then loaded into the view,
> which just takes
https://bugs.kde.org/show_bug.cgi?id=463197
--- Comment #2 from Maik Qualmann ---
See also this Bug 411099. I see in your video that the search only shows about
3000 items. There should be no freezing. Which database type do you use MySQL
or SQLite? Local or server?
Maik
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=463197
Maik Qualmann changed:
What|Removed |Added
CC||metzping...@gmail.com
--- Comment #1 from Maik
22 matches
Mail list logo
