Created attachment 136221 [details] Screenshot 1 Hi, Anomaly discovered by accident : Folder to contain the SQLite databases existed but the databases absent 1- Launch Digikam: the Album selection screen opens. 2- Select and confirm the desired folder containing photos classified in sub-folders Thumbnails are listed but RAW cr2 (Canon EOS 5D) appear in TIFF. Reading of metadata is absent. SQLite databases are generated. 3- Select on the album name (Import_Test) and select all thumbnails by CTRL+A Menu : Album > Reread Metadata From Files has no effect (Screenshot 1 to 4 attached) Menu : Item > Reread Metadata From Files corrects information. Best Regard, Jean Paul
Created attachment 136222 [details] Screenshot 2
Created attachment 136223 [details] Screenshot 3
Created attachment 136224 [details] Screenshot 4
I cannot reproduce the problem, here the metadata is read correctly without reread and the images are displayed as CR2 type. I suspect that it is related to our problem under Windows that the folders / images are locked by another program (Explorer?) and digiKam cannot read the metadata. A DebugView Log might help us, as described here: (don't forget to set the environment variable): https://www.digikam.org/contribute/ Maik
Created attachment 136237 [details] PC-ACER-17P Digikam 7.2.0 Stop with Thumbails Tiff
Created attachment 136238 [details] PC-ACER-17P Digikam 7.2.0 Quit after item Reread Metadata From File Thumbails CR2
After line 13 in Log 3- Select on the album name (Import_Test) and select all thumbnails by CTRL+A Menu : Album > Reread Metadata From Files has no effect (Screenshot 1 to 4 attached) Menu : Item > Reread Metadata From Files corrects information. Menu : Quit
Unfortunately, we only see warning messages and not debug messages. The warnings are irrelevant and do not indicate any real problems. You did not set the environment variable in the Windows environment variable editor: name: "QT_LOGGING_RULES" value: "digikam*=true" Maik
Created attachment 136240 [details] digiKam-7.2.0-20210226T200524-Win64.exe or digiKam-7.2.0-20210226T200524-Win64-debug.exe screenshot name and value in advanced system parameter. Test with digiKam-7.2.0-20210226T200524-Win64.exe or digiKam-7.2.0-20210226T200524-Win64-debug.exe
No, the debug version is not necessary. You set the debug variable incorrectly. The "name" is "QT_LOGGING_RULES", the value is "digikam*=true". So this has to be in one line in the editor: QT_LOGGING_RULES digikam*=true Maik
Created attachment 136249 [details] Log 2021-02-28 PC-ACER-17P Digikam 7.2.0 I am confused for the interpretation of the Windows user variable seen the one on Linux ...! Without DebugView the problem is reproducible on every test. In the presence of DebugView i cannot reproduce the problem, the metadata is read correctly without reread and the images are displayed as CR2 type. (Log 2021-02-28 attached) PC ACER Intel Core I5 9th Gen - SSD MICRON 2200 MTFD disk C: Could this be linked to a too fast execution of the read / write code of the metadata in the database given the performance of the SDD MICRON hard disk ...
Created attachment 136250 [details] Disk MICRON
I can see in the log that you have activated the monitoring of the albums for external changes. This setting is in the collection settings, please deactivate this monitoring. I suspect it will be the problem. Maik
Well done cause found! "Settings" : Miscellaneous > uncheck : Scan for new items at startup The images are displayed as CR2 type Best regard, Jean Paul
Great to see a work around. I close this file now. Gilles Caulier