Multi Commander > Beta Releases

Multi Commander 6.4.5 BETA

<< < (3/3)

Mathias (Author):
A force refresh will fix it.
The interesting things is that one item on the left is not double. (20160812.pdf )  Maybe it happen during the copy of that item so one refresh was before that item was added one one after.?

This can happen is a very rare timing issue where the filesystem is changed while it is updating. so it is updated again while it already doing it so the "UI" representation of a file is added twice to the view cache. This should not be possible and there are checks against it. but there is a very very very short time where if two things happens almost at the same time it can happen..  (Thread sync issue)
Are there many external filechanges in those folders, Like are other program adding/remove, modifying files in those folder ? External changes trigger MC to refresh, I think maybe and external changes happen at the exact right moment that trigger a refresh while it is already refreshing.

Did you have the filesystem log enabled ? if not If you can enable it with max loglevel (top loglevel item) and when it happens again, if you should send the last part (the last scan of that location), of the log to me privately if possible then maybe I can see why it is happening.

Matthias515566:
Sorry i dont have Filesystem Log in the Eventlog and i dont know how enable this.

Yes there are many external changes in this folders, microsoft outlook has set this folder automatically as global documents folder and i have decided to let it be. I work now only with SSD Drives, also Drive D is a SSD. My broken Notebook was with a DVD Burner and i removed this and installed a HDD. Now i bought accidently a Notebook with only one SATA connector. Thats not good, thats not for eternal, no place for second SSD. Therefore the second SSD is now on a USB 3.0 HUB installed. Maybe this is the reason why this happens sometimes. With second HDD on SATA onnector i never seen this.

The new method is very good, also on the aspire one netbook works it very fast.

Mathias (Author):

--- Quote from: Matthias515566 on August 12, 2016, 10:10:44 ---Sorry i dont have Filesystem Log in the Eventlog and i dont know how enable this.

--- End quote ---
No, not the Windows Event log.. MC logs. (Ctrl+L) to view them,..  in Core settings you have the settings for it


--- Quote from: Matthias515566 on August 12, 2016, 10:10:44 ---Yes there are many external changes in this folders, microsoft outlook has set this folder automatically as global documents folder and i have decided to let it be. I work now only with SSD Drives, also Drive D is a SSD. My broken Notebook was with a DVD Burner and i removed this and installed a HDD. Now i bought accidently a Notebook with only one SATA connector. Thats not good, thats not for eternal, no place for second SSD. Therefore the second SSD is now on a USB 3.0 HUB installed. Maybe this is the reason why this happens sometimes. With second HDD on SATA onnector i never seen this.
The new method is very good, also on the aspire one netbook works it very fast.

--- End quote ---
The drive types does not really matter..  It has to do with that stuff happens almost at the same time in MC. like less then 0.01ms apart.
Like a scan is happening (or about to happen) and MC is at a special point in that process, and at that exact time, a new files is added/remove is something else happens that trigger a rescan,

Matthias515566:
ok, i guess the thing with the double folders and files are not very important. While normal work this happens never. A reload of the mctab-Layout fix the problem very fast without a restart. 6.4.5 works very good. This is really nice how many problems are solved now.

Mathias (Author):
Okey..
No it does not happen often. it is a timing issue and can only happen if multiple "threads" in MC are at a special states at the same time.
But don't expect it do be fixed anytime soon. :)
Until somebody give me a log when it happens, I can't fix it, because without a log I cant find what is causing it to happen.. :)

Navigation

[0] Message Index

[*] Previous page