Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Anti-Bacterial

Pages: [1]
Great - Happy to contribute to support this fine software.  Cheers!!

Mouse-wheel scrolling issue with MultiDataviewer text files has been fully resolved with MC (x64) 9.1 build 2548 beta.  Thank you!!

Thanks for your consideration, Mathias. 
While we're talking about MultiDataViewer, would you consider adding an icon called WRAP that toggles wordwrap on/off for text files?  You already have icons for stripes and lines, but not wordwrap.  Just a thought....

BTW did you receive my $25 contribution to MC I made on July 25th via paypal?  I've emailed you a couple times to confirm, but did not see a reply. I just wanted to be acknowledged as a contributor in my profile for this fine utility that I use daily.  Please let me know

Cheers! Thank you

I do not have any accessibility options enabled in Windows.  In my registry, HKEY_CURRENT_USER\Control Panel\Desktop, my value for WheelScrollLines  = -1 which means scroll one page at a time.

The notepad.exe program (and all other windows software on my pc, including the Brave browser on this page content right now) interprets the wheel mouse scrolling correctly, but the MC MultiDataViewer and CTRL L log do not.  MC only scrolls correctly in the file window as described above.  I am surprised you cannot reproduce this.

The expected scrolling behavior for all Windows programs (to me at least) is:
spin wheel North (up) and away from you -- moves cursor up the list (toward the top)
spin wheel South (down) and toward you -- moves cursor down the list (toward the bottom).

When I show the log (CTRL + L), the mouse-wheel scrolling behavior is reversed (when compared to mouse wheel scrolling in file explorer panel in details mode with many rows). 
I noticed the log initially opens at the very bottom (most recent event at bottom) and the scrollbar elevator box indicator (for lack of better term) is positioned on the bottom.  This is expected because it's showing the end of the file initially. 
However, in order to scroll to the top of the log using the mouse-wheel, I have spin mouse wheel toward me instead of away from me).  The scrolling is counter-intuitive and behaves backwards vs. the file explorer window (which is the correct and preferred scrolling behavior). 
I have windows set to scroll a whole screen at a time (in control panel). Can anyone else replicate this mouse wheel issue? 

The expected scrolling behavior for all windows programs (to me at least) is:
spin wheel North (up) and away from you -- moves cursor/elevator up the list (toward the top)
spin wheel South (down) and toward you -- moves cursor/elevator down the list (toward the bottom).

But in MC, the behavior varies based on which module you're scrolling in (text viewer, log, file explorer). It's a small issue, but a tad bit annoying.  Not a biggie but if its a quick fix, then would be good to adjust it and make it consistent across the board.

Thank you for your time

Hi, I think there is a small misunderstanding. Let me try to explain better. Here is a way to demonstrate the mouse scrolling behavior:
Navigate to your C:\Windows folder, and turn on the details mode. You should see many subfolders under Windows (more rows than can fit vertically in the panel display).  When you scroll down (toward you) using the mouse wheel, the scroll bars move down the folder list as expected, and the directory listing scrolls down perfectly.  This is what I want and it works fine.

However, if you view a text file using F1, and then scroll down (using the mouse wheel), the document DOES NOT scroll down toward the EOF.  The mouse scroll behavior is REVERSED in the text viewer. 

Issue: MC mouse scrolling behaves differently in MultiDataViewer (F1 on text files) vs. the file folder listing.  The MultiDataViewer is not interpreting the scroll behavior correctly for text files like it does in the file explorer panel.

It does not involve Windows or mouse settings.  MC iitself behaves differently for these 2 use cases. Hope that helps.  Great program!

Please add option to MC viewer to re-use the same window instance when viewing multiple text files.  Currently, each time the viewer is activated, it spawns another new window. While sometimes it's useful to view and compare the contents of 2 files side-by-side, I'd like the option to control spawning multiple windows and re-use the same window.

Suggest calling the option something like:
[ x ] Open viewer window using a single instance


Hi Mathias,

I noticed when viewing a text file with the built-in viewer, (F1), the expected mouse wheel scroll behavior is reversed.  Spinning the mouse wheel DOWN (toward me) should scroll the text content down, not up. 

Fixing this would make MC consistent with the existing scroll behavior in the file explorer panel (when there are many files in a single directory).  Scrolling down should move down, and scrolling up should scroll up.

Please consider fixing this in next beta.  Thanks!

Support and Feedback / Re: Another thumbnail post ... sorry ...
« on: July 24, 2019, 20:25:31 »
Bob -
I am convinced your issue is a Windows corruption problem (not MC), since the log indicates same.  This may be due to a variety of reasons: disk corruption, malware, etc.   

Very good suggestions from AlanJB! Thanks Alan for referencing the DISM tool.

DISM.exe (Deployment Image Servicing and Management) is a powerful admin tool provided by Microsoft and bundled with Windows. DISM can fix Windows component store corruption when a sfc /scannow command is unable to repair corrupted or modified system files because the component store (source) itself is corrupted. SFC should be able to repair the files afterwards.  It is advisable to make backups of your critical data before starting. Be patient as the analysis/repairs may be quite time consuming. Make sure you're running on AC power (not batteries) and DO NOT interrupt the process once it begins!

More details re: the DISM tool (with screenshots) here:
From the article:
Usually, when your device is experiencing performance issues, doesn't start correctly, or you're dealing with unexpected errors, you can use the System File Checker command tool to scan, detect, and replace any corrupted or missing system files using the recovery image. The problem is that if SFC can't fix the issue, it's likely because it can't retrieve the replacement files from the Windows 10 image as a result of corruption or other errors. In this particular case, you can use DISM to scan and repair the image, which you can use with SFC to repair your actual installation. In this Windows 10 guide, we'll walk you through the steps to use the DISM command tool with Command Prompt to bring your device back to a healthy system state.

Bookmark these links for reference. Use DISM to correct the problem. These steps should fix your issue. 
Good luck!

Support and Feedback / Re: Another thumbnail post ... sorry ...
« on: July 22, 2019, 19:12:32 »
Hi Bob,

Sorry this has not been resolved for you. It is perplexing, but don't give up yet!

Did you run the SFC (system file check) instructions as posted by AlanJB?  Why don't you upload the text file output of that command so we can take a look at it:   C:\sfcdetails.txt


Support and Feedback / Re: Another thumbnail post ... sorry ...
« on: July 18, 2019, 03:50:18 »
You could try this - it won't hurt as the thumbnail cache will simply rebuild itself as you browse files.  Might be worth a try.

Windows 10 thumbnails all messed up? Here's how to fix it!

Another reason may be you do not have write permissions to the cache files in this folder: 

Note: explorer hides this folder/files by default. You may have to adjust your explorer settings to view hidden files.
My suspicion is Windows cannot update your thumbnail caches at this location (folder/file access permissions), and is using the existing cache. Running DiskCleanup as described in the article should fix this by clearing and rebuilding the cache.

If the above options do not resolve your issue, you can try changing the MC settings to manage internal thumbnails instead of Windows as Mathias suggested above.

Failing that I think you might have some file/registry reference corruption.

Hope this helps you! Lettuce snow  :)

Cheers 🤞

Using latest beta MC x64 v8.9 Build 2528 portable release candidate
OS: Windows 10 64-bit (version 1903 Build 18362.239)

GOAL: I'm trying to move a new version of an identical file from folder temp1 into folder temp2, but I only want to overwrite the file in temp2 if the file in temp1 (latest version by date/time stamp) is newer than the older file in temp2.  In other words, move file if  the datestamp in Temp1 > Temp2

MC hangs with the progress dialog open while moving duplicate files across folders using the IF NEWER option.  Screenshots attached. The issue did not exist previously.

Steps to reproduce problem:
  • In menu, select View > Split Size > 50 / 50 to use split view.
  • In left panel, create a new folder called temp1
  • In right panel, create a new folder called temp2
  • Copy and paste a test test file into temp1 folder.   I'll refer to this file as Russell 3000.pdf
  • Copy a different test file with an older date/time stamp into the temp2 folder. 
  • Rename the file in temp2 folder as Russell 3000.pdf
    Note: Be sure to use the *exact* same filename and extension as  the filename in temp1 folder, i.e. Russell 3000.pdf).  The date/time stamp of the file in temp2 folder should be different (and older) to demonstrate this use case. Do not copy an identical file into both folders. Temp1 file must be dated earlier than temp2 (old file). You can alter the date/time of the file in temp2, if needed, using the Tools > Change Properties menu.
  • Now we're ready to demonstrate the hanging when moving duplicate filenames
  • Go to the temp1 folder, select file Russell 3000.pdf
  • In the MC menu, choose File > Move and then click OK
  • When the overwrite warning popup dialog appears, take note of the file date/time differences. 
    Temp1 is the newest version of the file; Temp2 is an old version (date is earlier than file in temp1)
  • click IF NEWER button to move the file from temp1 to temp2
  • MC should simply move the file from temp1 to temp2, since temp2 file is newer.  Instead, MC hangs indefinitely, and no file is moved.  I clicked Abort after waiting a long time.
Attached is a portion of my MC File Operations log (2019-07-17-(1032)-FileOperations.log) to help debug "ErrorCode 10":

2019-07-17 16:55:32.051 Move - Prepare writing
2019-07-17 16:55:32.051 Failed to move file C:\temp\Russell 3000.pdf to C:\temp2\Russell 3000.pdf ( ErrorCode 10 )
2019-07-17 16:55:32.051 [Overwrite all older] File at target location is older, Overwrite it (C:\temp2\Russell 3000.pdf)
2019-07-17 16:55:32.051 Source and target of MOVE operation might not be on the same disk.
2019-07-17 16:55:32.051 Move - Prepare writing
2019-07-17 16:55:32.051 Failed to move file C:\temp\Russell 3000.pdf to C:\temp2\Russell 3000.pdf ( ErrorCode 10 )
2019-07-17 16:55:32.051 [Overwrite all older] File at target location is older, Overwrite it (C:\temp2\Russell 3000.pdf)
2019-07-17 16:55:32.051 Source and target of MOVE operation might not be on the same disk.
2019-07-17 16:55:32.051 Move - Prepare writing
2019-07-17 16:55:32.051 Failed to move file C:\temp\Russell 3000.pdf to C:\temp2\Russell 3000.pdf ( ErrorCode 10 )
2019-07-17 16:55:32.051 [Overwrite all older] File at target location is older, Overwrite it (C:\temp2\Russell 3000.pdf)
2019-07-17 16:55:32.051 Operations has been requested to be paused. will wait until Pause event is signaled.
2019-07-17 16:55:32.060 CFMCopyProgressDlg::OnWorkerThreadPaused()
2019-07-17 16:55:32.911 Set Workerthread action to abort
2019-07-17 16:55:32.911 Signal workerthread to continue.
2019-07-17 16:55:32.911 PauseEvent has been signaled. Will now continue.
2019-07-17 16:55:32.911 Abort file operations request.
2019-07-17 16:55:32.912 CFMCopyProgressDlg::OnWorkerThreadContinued()
Please let me know if you are able reproduce the problem as I've described.  I've attached a screenshot of my filesystem core settings, in case that is needed. Thanks once again for a fantastic program which I use daily and cannot live without.  Cheers 🤞

Feature Requests and Suggestions / Re: Onedrive sync icons
« on: December 21, 2018, 17:42:31 »
Thanks, Mathias, for your response. 

For those interested, I found more info on OneDrive sync overlay icons.  There are several fix options from Microsoft and PCWorld.
NOTE:  Sync icons do not appear as overlays if Files on Demand is enabled.

Tetsuya_Tsurugi -- see helpful links below

Youtube video explaining OneDrive on Demand feature:

Microsoft support article re: missing sync icon overlays for OneDrive and OneDrive for business:

PCWorld easy fix for missing green check marks in OneDrive:

Good luck and best wishes!

Feature Requests and Suggestions / Re: Onedrive sync icons
« on: December 20, 2018, 18:34:31 »
Hi Mathias,

I'm able to see the OneDrive availability status (online/offline icons) after simply enabling the folder options mentioned above.  No coding needed. See screenshot.

Compare my MC left-side panel which shows my OneDrive subfolders (green icon overlay indicating all files in sync and available offline) VS.
the MC right-side panel which shows my C: root (no green icons, since these files are not synced to the cloud). 

MC also displays correctly for DropBox folders (similar to OneDrive, but not shown in the screenshot).

I do not know how MC is determining the cloud status, perhaps the OS is supplying the info to MC when it reads the extended folder attributes? I'm on Windows 10 64-bit home edition.  My OneDrive is version 2018 (build 18.222.1104.0007)

Perhaps enabling the file explorer option above will help someone else see their cloud folder status without additional coding efforts.


Feature Requests and Suggestions / Re: Onedrive sync icons
« on: December 08, 2018, 17:56:46 »
In Explorer, select View > Options.  Then tick this setting:

  • Always show availability status

Credit goes to Hans Brender's helpful website:

Feature Requests and Suggestions / Google Drive support?
« on: December 08, 2018, 17:38:30 »
In previous posts you indicated Google Drive is not supported because the folder path cannot be identified by MC.  I did a search of my Windows 10 registry and found the reg location indicating the path to the Google Drive local folder.  Open RegEdit.exe and navigate here:

Under here, the Path is shown on the right.  (see attachment below)

Now that we know where the Google Drive path is, I would like to suggest it be added to MC (like Dropbox and OneDrive), please.
I am using MC (x64) V8.3 (build 2469) on Windows 10.   

Thanks very much for your consideration.

I'm using Windows 10 with a resolution of 1680x1050 and display scale of 125%. 
My favorite font for use with MC is Segoe UI (Semibold 9 point).  See if you like that one.  Very readable!

Support and Feedback / Increase width of dropdown lists
« on: December 11, 2017, 19:34:58 »
Some of the dropdown list controls are too narrow to display the choices inside the control.   Can you please increase the width of these dropdown list controls so the full text of the option is visible? For example, I see 3 dropdown list controls under "Core Settings > FileSystem" that are too narrow (see screenshots below).   

I am using Multi Commander (x64) version 7.6 (build 2398) portable with a fixed font (Segoe UI 9 point semi-bold) which is very readable. My system is Windows 7 (1366 x 768 resolution).

Thank you!  Excellent software :)

I found a serious bug when deleting individual files stored in the root of my OneDrive folder!  If I right-click a single file in the OneDrive root and then choose DELETE from the popup menu, MC will prompt me to delete the file's parent folder (the entire OneDrive folder)! But it should only prompt me to delete the individual file (not the parent folder)

This bug only occurs when using the right-click mouse menu to delete a single file stored in my Microsoft OneDrive root folder.  If I use the keyboard (delete key) or the Delete button (F8), the individual file is deleted and there is no issue.  Also, deleting individual files from outside the OneDrive root folder works fine.  It only affects deleting individual files in the OneDrive root folder.

In the example shown below, I right-clicked on robocopy.txt (which is stored in the root folder of my OneDrive) and chose DELETE.   Why is MC is prompting me to move the entire OneDrive folder to the Recycle Bin?  It should only prompt me to delete robocopy.txt

I am using MC 5.6 build 2001 Portable 64bit Edition on Windows 7. 64 bit.

Please consider the following for the Device Dropdown list:

A config option to show the Drive Letter (H: for example) before the UNC network path to the mapped drive, which can get rather long in some cases.  The entry for the mapped drive entry should then look similar to a physical device like C:

I know there is a Windows registry key to ShowDriveLettersFirst for use with Windows Explorer, but setting this key to value of 4 does not seem to affect MC behavior.   I am using Windows 7.  Log off and log on, or restart the computer to apply.

Link to registry hack:  Display the drive-letters first

Can you make MC read and follow this registry setting like Windows Explorer?   Thanks for your consideration.

Feature Requests and Suggestions / Link to Changelog in HELP menu?
« on: August 31, 2015, 15:24:37 »
Wonderful program! I'd like to suggest a link to the change log be placed in either the HELP > ABOUT screen or as a separate menu item elsewhere under the HELP menu:

Thanks for your consideration

Support and Feedback / Re: OneDrive icon is missing in toolbar
« on: April 15, 2015, 03:31:40 »
Thank you, Mathias!   
OneDrive is now working with version 5.1!    Excellent!

Support and Feedback / Re: OneDrive icon is missing in toolbar
« on: April 01, 2015, 20:47:33 »
I appreciate the response.    I have attached the app log (CTRL + L) below.    On line 2, you will see the error:  SkyDrive folder not found : "s"
What does the "s" indicate?

2015-04-01 14:41:07.347 System LCID : 1033, User LCID : 1033, System Lang : en-US, User Lang : en-US
2015-04-01 14:41:08.767 SkyDrive folder not found : "s"
2015-04-01 14:41:08.767 Dropbox appdata folder not found : "C:\Users\xxxxxxx\AppData\Roaming\Dropbox"
2015-04-01 14:41:08.814 FSZIP - Zip will use codepage 437 unless codepage is specified in the zip archive
2015-04-01 14:41:08.829 Initializing extension : MCPictureViewer
2015-04-01 14:41:08.829 Initializing extension : Explorer Panel
2015-04-01 14:41:08.860 Initializing extension : Settings Panel
2015-04-01 14:41:08.860 Initializing extension : Workspace
2015-04-01 14:41:08.860 Initializing extension : File Search
2015-04-01 14:41:08.860 Initializing extension : Language Editor
2015-04-01 14:41:08.860 Initializing extension : Special Tools
2015-04-01 14:41:08.860 Initializing extension : File Utils
2015-04-01 14:41:08.860 Initializing extension : Multi Rename
2015-04-01 14:41:08.876 Initializing extension : File Checksum Verifier
2015-04-01 14:41:08.876 Initializing extension : File Viewer
2015-04-01 14:41:08.876 Initializing extension : FSFTP Script
2015-04-01 14:41:08.876 Initializing extension : Picture Tools
2015-04-01 14:41:08.876 Initializing extension : Audio Tools
2015-04-01 14:41:08.876 Initializing extension : Video Tools
2015-04-01 14:41:09.048 Application Ready!

Support and Feedback / Re: OneDrive icon is missing in toolbar
« on: March 31, 2015, 23:34:19 »
Hi again, and thanks for the prompt response.

I checked and yes I do have the cloud folder options enabled in both locations, as you indicated.  I did a clean install of MC portable version into a new folder, but the Microsoft OneDrive icon still does not appear in the toolbar, even after upgrading to Release Candidate 5.1 build 1917 (64 bit edition).  I even un-installed OneDrive completely and rebooted the computer, and re-installed OneDrive version 2013 (Build 17.3.4726.0226).  Still no icon after launching MC build 1917 with both cloud folder options enabled as you instructed.

How does MC determine if OneDrive is installed on Windows 7 64-bit?   I have noticed that Microsoft has changed both the product name (was SkyDrive) and default folder location for OneDrive recently.  OneDrive.exe is installed in: C:\Users\MYUSERID\AppData\Local\Microsoft\OneDrive\OneDrive.exe

And the OneDrive files/content is stored here.    The Cloud Folder Icon (which worked previously in MC) would navigate here:
%USERPROFILE%\OneDrive which translates into path location C:\Users\MYUSERID\OneDrive

Searching the entire Windows 7 registry by key name for "OneDrive" returned 429 items.    The key following key HKEY_CURRENT_USER\Software\Microsoft\OneDrive shows some info which may help you, if this is the method you use to detect if OneDrive is installed.   

This key shows the AppID is {EEABD3A3-784D-4334-AAFC-BB13234F17CF}

Any help would be appreciated.  OneDrive was well-integrated into MC, but now something has changed preventing the icon from showing in the toolbar. If you like I can email you my MC configuration privately for examination.  Just let me know

Thanks much !

Support and Feedback / OneDrive icon is missing in toolbar
« on: March 27, 2015, 00:24:26 »
I'm running MC 5.1 portable (build 1917) - 64 bit edition on Windows 7.    I have Microsoft OneDrive version 2013 (Build 17.3.4726.0226) installed, which is the latest version available for Windows 7.  I have enabled the Cloud Folders (OneDrive, Dropbox) option in Configuration > Explorer Panel Settings > Layout.

However, the One Drive icon is not appearing in the toolbar.  I have tried re-installing One Drive and MC portable to no avail.   One Drive is working perfectly, but not with Multi Commander.  Any suggestions?   Thanks in advance! 

Pages: [1]