Messages

Thanks for your extensive explanation. I understand that this issue affects all programs.
I played around with the options. Sadly, deactivating "use drive cache" didnt help
But at least I can control the behavior more fine grained by activating system cache for the external drive profile, than completly disabling the automatic strategy, thx!

Hi!

I have a problem when copying/moving files to my external hard drives.

Scenario:
I copy/move a file from my hard drive to an external device. The progress bar runs smoothly until 99% and then displays the following error (additionally I attached a screenshot):

Code Select Expand


---------------------------
Error
---------------------------
Error occurred while trying to write data in a optimized way.
Some part(s) of your hardware might not support that.

Try to Disable "Automatically detect read/write stratergy" in Core settings
---------------------------
Retry   Skip   Abort   
---------------------------


If I disable "Automatically detect read/write stratergy" the error does NOT occur, BUT then the copy progress is kind of broken.
The progress is much too fast and then hangs at the end. This also affects devices that are unaffected by the original error.

I already saw the broken copy progress bar behavior in my previously used commander (commercial SpeedCommander) and was happy that I had a nice progress prediction again, one like the new windows versions have too.

Is there some way to fix this behavior in a way that I get a smooth and successful file copy experience?

Additional information:
- Core Settings>FileSystem is on default values regarding the other values
- the file shows up in the destination folder, but a few hundred kb are missing, so there is indeed something going wrong
- original file size doesn't seem to matter, kb/mb/gb
- error does not occur when copying FROM the external devices
- happens on both my external hard drives: Seagate Expansion Desk, 4 TB, USB3; Western Digital External HDD 1021, 3 TB, USB2
- does not happen on my 2.5" external drive or USB flash drives, but they were all <1 TB
- all tested devices use NTFS

Hi Mathias,

Code Select Expand

example.txt :
Abc

Look for: *.txt
File Content: abc
RegExp (x)

File is not found, no matter how "Case sensitive" is set. Of course it is found by "[Aa]bc".

I know that regex are case-sensitive by default, but there is also no possibility to explicitly set the regex to insensitive.

Hi!
it seems to me that the case-sensitivity flag in the file search dialog is not working intuitively. I search with a file pattern and a regular expression filter for the file content. The "Case sensitive" checkbox is unchecked, but nevertheless it does case-sensitive matching. I only find the relevant files if I respect the correct cases in my regexp.

I assume that the case sensitive checkbox is not linked with the regex mode? Would it be possible to trigger the corresponding regex flag in the background depending on the setting of case-sensitivity? This would be very intuitive and helpful, since I don't see a way of providing regex flags to the filter.

Best regards

Ah ok. Then it will be the order in which the notepad++ process gathers all these calls.

This would change this post more into a feature request: Would it be possible to introduce a switch in the File Type Setup entries, whether the selected files are passed with single calls to the executable or concatenated into one long argument string?

Wow thanks for your quick reply. I can confirm that it works now. Great 

When editing multiple files at once they are not reasonably sorted.

Select multiple files
Edit Hotkey (File - Edit file)
This opens Notepad++ for me and opens all selected files in tabs
The filename arguments are neither sorted alphabetically nor like they are shown in the current MC explorer view.

When using another commander tool they open in the order as they are shown in its explorer view.

Is there a specific order in which files are passed as arguments to the edit tool?

[IF I use German]

Hi Mathias,

first of all, great tool! I found it this week when setting up my new computer. I was not satisfied with any previous free/open-source Commander-style tools that I tried. Yours is already pretty great with a lot of features and configuration options and I see great potential in your extenstion system. 


Now about the bug I found:
When using the tool "Tools / File Checksum / Calculate checksum value from file" the dialog "Calculate Checksum Value" opens but immediately crashes (before displaying any calculation progress) IF I use German as language. Otherwise the tool works fine.

Verified working in: English, Italian, Spanish, Chinese (simplified), French

Best regards