https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #27 from vaarti...@gmail.com ---
I downloaded the 7.3.0 weekly build and can confirm that the import process
is greatly improved! Thanks!
On Sun, Apr 4, 2021 at 7:45 AM Maik Qualmann
wrote:
> https://bugs.kde.org/show_bug.cgi?id=435202
>
>
https://bugs.kde.org/show_bug.cgi?id=435202
Maik Qualmann changed:
What|Removed |Added
Status|REPORTED|RESOLVED
Resolution|---
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #25 from Maik Qualmann ---
Git commit 1ebdda5af47bd263a701da7b5893488d3072e24b by Maik Qualmann.
Committed on 04/04/2021 at 11:24.
Pushed by mqualmann into branch 'master'.
ItemInfo is now up to date when we want to rotate
M +1-4c
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #24 from Maik Qualmann ---
Git commit 6741b9e2ebac47e8916113e92f8dea543fea43c5 by Maik Qualmann.
Committed on 04/04/2021 at 11:15.
Pushed by mqualmann into branch 'master'.
no partial collection scan, only scan the imported file
M +2-
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #23 from vaarti...@gmail.com ---
Okay. I've got some good information for you.
1. I was able to finally totally disable CSC. I had to make some registry
changes:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\CSC
*Start* DWORD
*4* =
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #22 from vaarti...@gmail.com ---
Interesting. Restarting digiKam solved the directory creation issue. No
other changes.
On Fri, Apr 2, 2021 at 11:05 AM Chris Poldervaart
wrote:
> I can't create a new album from any location using digiKam.
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #21 from vaarti...@gmail.com ---
I can't create a new album from any location using digiKam.
Trying to create within NAS Photos/2021
I get: Failed to create directory 'file:///2021/New Album'
If I try and create it in the root (NAS Photos)
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #20 from Maik Qualmann ---
No, in general there is no problem when creating a new album on UNC path
collections. I have just tested it again with the current Windows version.
However, the problem is sometimes reported to us, the cause is pro
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #18 from vaarti...@gmail.com ---
I also ran into a new issue after pointing to the direct UNC path... it
seems digiKam can't create new albums now. See photo. I'm not sure if
this is all related somehow.
[image: image.png]
On Fri, Apr 2,
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #19 from vaarti...@gmail.com ---
Created attachment 137271
--> https://bugs.kde.org/attachment.cgi?id=137271&action=edit
image.png
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #17 from vaarti...@gmail.com ---
Perhaps I wasn't very clear in my last few responses, but that is exactly
what I changed, which made no impact. See attached photo.
[image: image.png]
On Fri, Apr 2, 2021 at 2:43 AM Maik Qualmann
wrote:
>
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #16 from Maik Qualmann ---
There are indications that it could be a Qt bug. Can you test, that your drive
is not addressed under a drive letter, but via the UNC path, i.e. \\SERVER\.
You don't need to rebuild the digiKam collection either. Y
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #15 from vaarti...@gmail.com ---
After rebuilding the library with the explicit IP address network location,
the same behavior exists. It is still attempting a ridiculous amount of
CSC namespace create file operations, which fail. I do not h
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #14 from vaarti...@gmail.com ---
BTW Enable Offline Files was already disabled.
On Thu, Apr 1, 2021 at 2:25 PM Chris Poldervaart
wrote:
> I have changed the mapped drive letter location for the collection folders
> to the explicit netw
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #13 from vaarti...@gmail.com ---
I have changed the mapped drive letter location for the collection folders
to the explicit network mapping via IP address. I am currently rebuilding
the database (re-scanning) and there are far fewer instance
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #12 from Maik Qualmann ---
The "NAME NOT FOUND" messages come from Windows. The Windows offline cache
("C:\Windows\CSC") searches for files here. I think digiKam "hangs" when
accessing files over the Windows file API. The offline cache can b
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #10 from vaarti...@gmail.com ---
I ran a refresh, and while the progress is hung at 0%, here is what I am
seeing from Process Monitor: There are TONS of these failed attempts:
CreateFile C:\Windows\CSC\v2.0.6\namespace\192.168.2.100 NAME NO
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #11 from vaarti...@gmail.com ---
Created attachment 137242
--> https://bugs.kde.org/attachment.cgi?id=137242&action=edit
image.png
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #9 from vaarti...@gmail.com ---
There were only FIVE images in that folder when I did the import of
the image... It's not scanning for 6 minutes... it hangs for 6 minutes and
then does the scan.
Same if I scan the entire Collection, which do
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #8 from Maik Qualmann ---
I have been developing a folder cache patch for the collection scanner for a
long time. I will introduce it in digiKam-7.3.0. We'll see if it brings the
hoped-for improvement for network drives.
Maik
--
You are r
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #7 from Maik Qualmann ---
How many images or sub-folders are in the path of "Z:\Photos\2021\Raw\Astro\"?
It takes almost 6 minutes from the start of the scan until the first images are
scanned. This is really strange. There should be a larg
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #6 from caulier.gil...@gmail.com ---
Oups, i do not the the file attachments... Sorry.
I do not see a dysfunction in traces...
Gilles Caulier
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #5 from vaarti...@gmail.com ---
I attached the debug capture log to my last response... what more do
you need? I don't understand.
On Thu, Apr 1, 2021 at 9:18 AM wrote:
> https://bugs.kde.org/show_bug.cgi?id=435202
>
> --- Comment #4 from
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #4 from caulier.gil...@gmail.com ---
Please post the full debugview trace for a better investigation...
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=435202
--- Comment #3 from vaarti...@gmail.com ---
Database is SQLite.
It is hosted on my main system drive, which is an SSD.
(C:\Users\vaart\OneDrive\Pictures\)
My single Collection (huge) is hosted on a NAS (system hosting digiKam and
NAS are both hard conn
https://bugs.kde.org/show_bug.cgi?id=435202
Maik Qualmann changed:
What|Removed |Added
CC||metzping...@gmail.com
--- Comment #2 from Maik
https://bugs.kde.org/show_bug.cgi?id=435202
caulier.gil...@gmail.com changed:
What|Removed |Added
CC||caulier.gil...@gmail.com
--- Comment
27 matches
Mail list logo
