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* = Disable HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\CscService *Start* DWORD *4* = Disable Unfortunately, that didn't solve the problem. It did stop all of the failed attempts to query the CSC folder. But the behavior in digiKam persisted. 2. I think this will help! I recorded a video of the import process of a single file into a small folder. I also had Process Monitor and DebugView running. When digiKam is idle, there are periodic calls to some networking related registry keys. Pretty constant actually, but not really the problem. Then, when I import an image, it appears in DebugView that it starts a task to scan the folder it was imported to, however, as you can see in Process Monitor... it starts a scan of the entire collection! It takes quite a while before it finally gets to the folder that has the import, and then it clears that task. The entire time it is scanning the collection, there are no updates in DebugView, so that's why it looks like it is hung... but digiKam is doing something. Here is the video file link: digiKam test video - YouTube <https://www.youtube.com/watch?v=UW1r21ZAf-g> I assume this is unexpected behavior? I hope this helps. Chris On Fri, Apr 2, 2021 at 2:13 PM Chris Poldervaart <vaarti...@gmail.com> wrote: > Interesting. Restarting digiKam solved the directory creation issue. No > other changes. > > On Fri, Apr 2, 2021 at 11:05 AM Chris Poldervaart <vaarti...@gmail.com> > wrote: > >> 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) I get: >> Failed to create directory 'file:////New Album' >> >> I am concerned the translation to the UNC share isn't working properly. >> >> The NAS is brand new, with brand new hard drives. (this was built 2 >> weeks ago for this purpose) I have gigabit connecttions. >> >> Everything else seems to connect and transfer files fine. >> >> I will do some more playing. >> >> >> >> On Fri, Apr 2, 2021 at 10:09 AM Maik Qualmann <bugzilla_nore...@kde.org> >> wrote: >> >>> https://bugs.kde.org/show_bug.cgi?id=435202 >>> >>> --- Comment #20 from Maik Qualmann <metzping...@gmail.com> --- >>> 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 probably >>> that >>> the folder is locked by another program and digiKam cannot therefore >>> create a >>> new album. >>> >>> I looked at the code again when I imported it. After copying, we start a >>> scanning process delayed by a few milliseconds. However, this only scans >>> the >>> folder in which the image was downloaded. The blocking of 6 minutes >>> cannot be >>> explained within digiKam, it has to be done outside. Are you sure that >>> your >>> network drive is not faulty? >>> >>> Maik >>> >>> -- >>> You are receiving this mail because: >>> You reported the bug. >> >> -- You are receiving this mail because: You are watching all bug changes.
