1
Support and Feedback / Re: No refresh of changed network shares in Dropdown drive list and drive letter bar
« on: August 23, 2017, 09:14:54 »
Yes, only the text is wrong after mapping change.
News:
MultiCommander v14.2 is released!
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.
Pages: [1] 2
2
Support and Feedback / Re: No refresh of changed network shares in Dropdown drive list and drive letter bar
« on: August 22, 2017, 08:48:32 »
Mathias, I don't wanted to offend you. Keep on your good work. I really appreciate it.
As I wrote MC recognizes all drive changes and the drive mappings are as expected. But the mapping description in MC is wrong after the change. The description in the dropdown list and in the tooltip of the drive letter bar still shows the previous mapped network share. Even "Refresh Devices" in dropdown list does NOT help, description (network share) remains wrong. So if you don't care about the mapping description in MC and you keep the correct mapping of drive letters to network shares in your mind then all works fine.
But it is confusing if the real mapping and the mapping description in MC differs. If you really often change the letters and you use several mapped drive letters then this can be dangererous if you do file commands on the wrong share because you loose track of your mappings. This is the reason why I cannot use MC in a professional environment. And believe me, I would like to use it.
I tried it in every new MC version within W7 and W10, MC always shows this problem. Only after restart of MC the description (network share) of the mappings is refreshed once (until next MC start).
I'm pretty sure that once you understand my problem and you do a closer look to your MC mapping descriptions you'll see the problem also in your MC.
As I wrote MC recognizes all drive changes and the drive mappings are as expected. But the mapping description in MC is wrong after the change. The description in the dropdown list and in the tooltip of the drive letter bar still shows the previous mapped network share. Even "Refresh Devices" in dropdown list does NOT help, description (network share) remains wrong. So if you don't care about the mapping description in MC and you keep the correct mapping of drive letters to network shares in your mind then all works fine.
But it is confusing if the real mapping and the mapping description in MC differs. If you really often change the letters and you use several mapped drive letters then this can be dangererous if you do file commands on the wrong share because you loose track of your mappings. This is the reason why I cannot use MC in a professional environment. And believe me, I would like to use it.
I tried it in every new MC version within W7 and W10, MC always shows this problem. Only after restart of MC the description (network share) of the mappings is refreshed once (until next MC start).
I'm pretty sure that once you understand my problem and you do a closer look to your MC mapping descriptions you'll see the problem also in your MC.
3
Support and Feedback / No refresh of changed network shares in Dropdown drive list and drive letter bar
« on: August 21, 2017, 22:59:20 »
As already told in December 2016 MC does not refresh the Dropdown drive list after changing the mapping between a drive letter and a network share. If a mapping already exists before MC starts, it is shown correctly. If you delete this letter it will vanish from the drop down list. If you map this drive letter to another share, the drive letter will be shown again in the drop down list and the drive bar but it shows the wrong (original) mapping in the drop down list and in the tooltip of the drive letter bar.
This error resp. incomplete implementation of drive mapping changes is very annoying if you are working in a company with many PCs and network shares and you have (older) batches which requires drive mappings instead of unc pathes.
So I'm wondering why this error could not be fixed in the last 8 months. Does no one else care about it? Is my description not clear enough to understand the problem?
This error resp. incomplete implementation of drive mapping changes is very annoying if you are working in a company with many PCs and network shares and you have (older) batches which requires drive mappings instead of unc pathes.
So I'm wondering why this error could not be fixed in the last 8 months. Does no one else care about it? Is my description not clear enough to understand the problem?
4
Support and Feedback / Re: Network drives are not showed in MC
« on: April 27, 2017, 21:27:46 »
I have a strange behaviour with the disconnected mapped network drives. Normally they are shown with a red cross in MultiCommander drive bar. This works at work (W7). At home (W10) no icons for the disconnected network drives appear in MultiCommander. I tried a portable version where I changed nothing, the disconnected network drives are still missing. So I assume this is not a setting from MultiCommander but rather a setting in the registry. The weird thing is that any other commander or explorer show icons for the disconnected network drives, see pictures. Any idea how I can fix this?
5
Support and Feedback / Re: Registry search?
« on: February 25, 2017, 19:25:25 »
Regedit can connect to remote PCs. Would be great if this could also be implemented in MCs registry feature.
6
Support and Feedback / Re: Virtual hard drives
« on: February 08, 2017, 23:58:30 »
Visual-subst uses the internal subst CLI command of the OS, well known since DOS days:
https://en.wikipedia.org/wiki/SUBST
e.g.
subst w: c:\windows
will create a drive W:
(subst w: /D will delete the substitution)
From my tests in W10 64bit I can tell that MC is able to show this substituted drive letter without problems, when cmd.exe and MC are running under the same user. If one of these is running with admin rights and the other one not, then they will normally not share the drive letters. You could get around this behaviour with a registry key called EnableLinkedConnections = 1 but unfortunately with a recent patch this does not work anymore. Maybe Microsoft will fix this in next time. See more details here:
https://social.technet.microsoft.com/Forums/en-US/62456d84-95a1-4d43-9745-d8c4e8e600fb/since-kb3194798-enablelinkedconnections-is-not-working-anymore-mapping-shares-mmc-on-network?forum=win10itprogeneral
https://en.wikipedia.org/wiki/SUBST
e.g.
subst w: c:\windows
will create a drive W:
(subst w: /D will delete the substitution)
From my tests in W10 64bit I can tell that MC is able to show this substituted drive letter without problems, when cmd.exe and MC are running under the same user. If one of these is running with admin rights and the other one not, then they will normally not share the drive letters. You could get around this behaviour with a registry key called EnableLinkedConnections = 1 but unfortunately with a recent patch this does not work anymore. Maybe Microsoft will fix this in next time. See more details here:
https://social.technet.microsoft.com/Forums/en-US/62456d84-95a1-4d43-9745-d8c4e8e600fb/since-kb3194798-enablelinkedconnections-is-not-working-anymore-mapping-shares-mmc-on-network?forum=win10itprogeneral
7
Support and Feedback / Re: Problem with Hotkeys
« on: January 03, 2017, 18:52:10 »
STRG = Abbreviation for "Steuerung", the german Word for Control. So this is the CTRL-Key. Akut is this: ´
ß and ´ are on german keyboard the two keys left to backspace.
Here you see the german keyboard layout:
https://upload.wikimedia.org/wikipedia/commons/thumb/3/36/KB_Germany.svg/550px-KB_Germany.svg.png
ß and ´ are on german keyboard the two keys left to backspace.
Here you see the german keyboard layout:
https://upload.wikimedia.org/wikipedia/commons/thumb/3/36/KB_Germany.svg/550px-KB_Germany.svg.png
8
Support and Feedback / Re: No refresh of shown network share after mapping a drive letter to another share
« on: December 31, 2016, 16:32:11 »So you mean it is only the "display" text in the dropdown is show incorrect, the actually content when going to W: is correct ?Exactly!
9
Support and Feedback / Re: No refresh of shown network share after mapping a drive letter to another share
« on: December 31, 2016, 16:22:24 »
Hi ice-man,
thanks for testing. Yes this is exactly what I want to do. This works also for me but the panel drop down list is not refreshed. Choosing "Refresh Devices" from the panel drop down list neither refreshs. So W: is mapping to another share while the panel drop down list still shows the old (first) mapping. Only if I close MC and start it again the panel drop down list is refreshed.
So to be sure: your panel drop down list is correctly refreshed with the new mapping? How do you map? Is your network share also a windows share?
thanks for testing. Yes this is exactly what I want to do. This works also for me but the panel drop down list is not refreshed. Choosing "Refresh Devices" from the panel drop down list neither refreshs. So W: is mapping to another share while the panel drop down list still shows the old (first) mapping. Only if I close MC and start it again the panel drop down list is refreshed.
So to be sure: your panel drop down list is correctly refreshed with the new mapping? How do you map? Is your network share also a windows share?
10
Support and Feedback / Re: No refresh of shown network share after mapping a drive letter to another share
« on: December 31, 2016, 15:51:20 »
Still the same behaviour in MC 6.9.1 (build 2306).
Is there really no one else willing to test this? I have the problem on all PCs I tested and also in an unaltered portable MC. Mathias never had this problem. What about the other MC users? Please be so kind to report your experiences. Thanks.
Is there really no one else willing to test this? I have the problem on all PCs I tested and also in an unaltered portable MC. Mathias never had this problem. What about the other MC users? Please be so kind to report your experiences. Thanks.
11
Support and Feedback / Problem with Hotkeys
« on: December 31, 2016, 15:36:54 »
I defined two User defined Commands:
LeftPath2CmdLine
(Custom Commands, MC.CmdLineSet TEXT=${leftpath})
and
RightPath2Cmdline
(Custom Commands, MC.CmdLineSet TEXT=${rightpath})
Then I assigned Hotkeys:
LeftPath2Cmdline = STRG + ß
RightPath2Cmdline = STRG + AKUT
Altap Salamander has a similar function on this hotkeys and I miss this so much in MC. Therefore I don't want to switch to other hotkeys.
The defined hotkeys work only in the MC session where I assigned the hotkeys. Next time when MC starts both hotkeys do not work anymore. Tested in MC 6.9.1 (build 2306) 64bit in german Windows 10 Professional with german keyboard layout (but MC still in english language).
Any hint how I can get this hotkeys to work?
LeftPath2CmdLine
(Custom Commands, MC.CmdLineSet TEXT=${leftpath})
and
RightPath2Cmdline
(Custom Commands, MC.CmdLineSet TEXT=${rightpath})
Then I assigned Hotkeys:
LeftPath2Cmdline = STRG + ß
RightPath2Cmdline = STRG + AKUT
Altap Salamander has a similar function on this hotkeys and I miss this so much in MC. Therefore I don't want to switch to other hotkeys.
The defined hotkeys work only in the MC session where I assigned the hotkeys. Next time when MC starts both hotkeys do not work anymore. Tested in MC 6.9.1 (build 2306) 64bit in german Windows 10 Professional with german keyboard layout (but MC still in english language).
Any hint how I can get this hotkeys to work?
12
Support and Feedback / Re: Directory List, Dir2html
« on: December 20, 2016, 21:56:13 »
Here some more programs:
https://www.raymond.cc/blog/print-all-file-and-folder-contents-to-text-or-printer/
https://www.raymond.cc/blog/print-all-file-and-folder-contents-to-text-or-printer/
13
Support and Feedback / Re: No parameters possible for commands runnig from command bar?
« on: December 18, 2016, 19:49:32 »
Thanks for the hint. Under Configuration, File Type Setup..., Launchers (Run/Open) I added:
Name = Cmd
Program Path = C:\Windows\System32\cmd.exe /c
Program Parameters = "${filepath}"
Icon = not selected
File Extensions = *.cmd
Path Matching =
With this setting the batch x.cmd 1 2 3 4 5 runs as expected and the log shows:
2016-12-18 19:45:20.661 Unknown Command : "x.cmd 1 2 3 4 5"
2016-12-18 19:45:20.661 Execute using MultiCommander FileType Setup : "x.cmd"
2016-12-18 19:45:20.705 ShellExecute(NULL, _T("open"), "x.cmd", "1 2 3 4 5" , "E:\", SW_SHOW);
2016-12-18 19:45:20.734 ShellExecute returned without any error
So finally a functional workaround. Thanks a lot.
Name = Cmd
Program Path = C:\Windows\System32\cmd.exe /c
Program Parameters = "${filepath}"
Icon = not selected
File Extensions = *.cmd
Path Matching =
With this setting the batch x.cmd 1 2 3 4 5 runs as expected and the log shows:
2016-12-18 19:45:20.661 Unknown Command : "x.cmd 1 2 3 4 5"
2016-12-18 19:45:20.661 Execute using MultiCommander FileType Setup : "x.cmd"
2016-12-18 19:45:20.705 ShellExecute(NULL, _T("open"), "x.cmd", "1 2 3 4 5" , "E:\", SW_SHOW);
2016-12-18 19:45:20.734 ShellExecute returned without any error
So finally a functional workaround. Thanks a lot.
14
Support and Feedback / Re: No parameters possible for commands runnig from command bar?
« on: December 17, 2016, 23:34:56 »
If you look at the Log after you run x.cmd 1 2 3 4 5 you see:
2016-12-17 23:28:45.067 Unknown Command : "x.cmd 1 2 3 4 5"
2016-12-17 23:28:45.067 Execute using MultiCommander FileType Setup : "x.cmd"
If you look at the Log after you run x 1 2 3 4 5 you see:
2016-12-17 23:29:12.835 Unknown Command : "x 1 2 3 4 5"
2016-12-17 23:29:12.835 Execute using MultiCommander FileType Setup : "x"
2016-12-17 23:29:12.835 ShellExecute(NULL, _T("open"), "x", "1 2 3 4 5" , "E:\", SW_SHOW);
2016-12-17 23:29:12.842 ShellExecute returned without any error
So with the extension .cmd the ShellExecute isn't logged and not executed the way it should. So clearly a different handling from MC side.
2016-12-17 23:28:45.067 Unknown Command : "x.cmd 1 2 3 4 5"
2016-12-17 23:28:45.067 Execute using MultiCommander FileType Setup : "x.cmd"
If you look at the Log after you run x 1 2 3 4 5 you see:
2016-12-17 23:29:12.835 Unknown Command : "x 1 2 3 4 5"
2016-12-17 23:29:12.835 Execute using MultiCommander FileType Setup : "x"
2016-12-17 23:29:12.835 ShellExecute(NULL, _T("open"), "x", "1 2 3 4 5" , "E:\", SW_SHOW);
2016-12-17 23:29:12.842 ShellExecute returned without any error
So with the extension .cmd the ShellExecute isn't logged and not executed the way it should. So clearly a different handling from MC side.
15
Support and Feedback / Re: No refresh of shown network share after mapping a drive letter to another share
« on: December 17, 2016, 23:24:25 »
I just downloaded and unpacked the portable version of MC. This shows the same error for me. So I must assume that it does not depend on the settings of my installed MC. I observed the same error in W10 Pro 64bit at home and W7 Ultimate 64bit at work. I can't make it working for me. Every other commander program I use shows always the correct mapping.
Anyone else with the same problem?
(If you don't have a second PC you could use \\[your hostname]\c$ and \\localhost\c$ to simulate a change in drive mapping. )
Anyone else with the same problem?
(If you don't have a second PC you could use \\[your hostname]\c$ and \\localhost\c$ to simulate a change in drive mapping. )
16
Support and Feedback / Re: No refresh of shown network share after mapping a drive letter to another share
« on: December 17, 2016, 17:53:46 »
I checked the Log and they show the "Device Change Broadcast received messages":
2016-12-17 17:48:03.128 Device Change Broadcast received. (Device Arrival) New Media : W
2016-12-17 17:48:23.437 Device Change Broadcast received. (Device Removed) Remove Drive : W
2016-12-17 17:48:30.117 Device Change Broadcast received. (Device Arrival) New Media : W
But it is even more worse. If I click on "Refresh Devices" the mapping still shows the wrong mapping. (Just checked with MC v6.5 (build 2301).)
2016-12-17 17:48:03.128 Device Change Broadcast received. (Device Arrival) New Media : W
2016-12-17 17:48:23.437 Device Change Broadcast received. (Device Removed) Remove Drive : W
2016-12-17 17:48:30.117 Device Change Broadcast received. (Device Arrival) New Media : W
But it is even more worse. If I click on "Refresh Devices" the mapping still shows the wrong mapping. (Just checked with MC v6.5 (build 2301).)
17
Feature Requests and Suggestions / Quich launch bar: Change "Open as Administrator" to a sticky option
« on: December 16, 2016, 20:03:04 »
With Quick launch bar I can start my favorites programs from MC, very nice feature. Some programs I want to open as administrator. This could be choosen from context menu. But I have to choose this on every quicky launch of the choosen program.
Would it be possible to change the "Open as Administrator" to a sticky option. So first click writes a hook before this option. Then afterwards a single left click on the quick launch icon should open this programm as administrator. This setting should be stick until you click the "Open as Administrator" again (deassigning the hook).
Would it be possible to change the "Open as Administrator" to a sticky option. So first click writes a hook before this option. Then afterwards a single left click on the quick launch icon should open this programm as administrator. This setting should be stick until you click the "Open as Administrator" again (deassigning the hook).
18
Support and Feedback / Re: No refresh of shown network share after mapping a drive letter to another share
« on: December 16, 2016, 19:52:26 »
Ok, found "Refresh Devices" in the Device dropdown menu. But how can I run "Refresh Devices" automatically after a new mapping? I use an external program (Rundll32 Shell32.dll,SHHelpShortcuts_RunDLL Connect) to map a drive. I added as User Command "Map network drive..." and combined it with hotkey F11. I haven't found an internal command "Refresh devices". But even if this would exist, I have no idea how to combine an external with an internal command.
Anyway MC should do the "Refresh Devices" itself without any interactive or user defined action.
Anyway MC should do the "Refresh Devices" itself without any interactive or user defined action.
19
Support and Feedback / Re: No refresh of shown network share after mapping a drive letter to another share
« on: December 16, 2016, 07:39:46 »
If I restart MC then of course the list of mapped drives is re-read and then the drop down list shows the correct mappings. So the mismatch only occurs when changing mappings while MC is running.
20
Support and Feedback / Re: Odd behaviour with zip
« on: December 16, 2016, 07:36:11 »
Sorry, I just realized that MC at home was NOT running as Admin (no [Admin] shown in Title). If running as Admin all works as it should. Sorry about the confusion. Though I have to check it on other PCs.
21
Support and Feedback / No refresh of shown network share after mapping a drive letter to another share
« on: December 15, 2016, 21:23:47 »
Assume that W: is mapped to \\pc1\c$. Then I see in the panel drop down list:
(W:) c$ (\\pc1)
and I see W: in the drive bar.
If I disconnect the drive W: then W: disappears from panel drop down list and from drive bar.
If I then connect W: to \\pc2\d$ then W: appears again on panel drop down list and on drive bar. But in panel drop down list is not shown the expected
(W:) d$ (\\pc2)
Instead the old mapping is shown:
(W:) c$ (\\pc1)
Of course W: is correctly connected to \\pc2\d$ only the wrong (old) mapping is shown.
The mapping/disconnecting commands are done from Windows. I'm pretty sure that Windows informs all opened programs about the changes in drive letters. MC get the info (W: disappears from drive bar) but on a new mapping MC does not re-read all connected network drives and therefore uses the old values from first mapping.
At work I have to manage several hundreds of PCs. So remapping drive letters is often be done. Therefore it's a bit confusing if the wrong mapping is shown.
(W:) c$ (\\pc1)
and I see W: in the drive bar.
If I disconnect the drive W: then W: disappears from panel drop down list and from drive bar.
If I then connect W: to \\pc2\d$ then W: appears again on panel drop down list and on drive bar. But in panel drop down list is not shown the expected
(W:) d$ (\\pc2)
Instead the old mapping is shown:
(W:) c$ (\\pc1)
Of course W: is correctly connected to \\pc2\d$ only the wrong (old) mapping is shown.
The mapping/disconnecting commands are done from Windows. I'm pretty sure that Windows informs all opened programs about the changes in drive letters. MC get the info (W: disappears from drive bar) but on a new mapping MC does not re-read all connected network drives and therefore uses the old values from first mapping.
At work I have to manage several hundreds of PCs. So remapping drive letters is often be done. Therefore it's a bit confusing if the wrong mapping is shown.
22
Support and Feedback / Odd behaviour with zip
« on: December 15, 2016, 21:00:08 »
f I get a portable program as zip, then I usually create a subdir within C:\Program Files (x86)\ (e.g. C:\Program Files (x86)\CsvQuickView). Then I open this subdir in the left panel, the zip (e.g. CsvQuickView.zip) in the right panel. Then I try to copy the files from the zip to the program files subdir. Copying starts and progress without any error messages but the files are not copied.
If I create the subdir in D:\ (e.g. D:\CsvQuickView\) then I can copy from zip to subdir without problems. If I then copy from D:\CsvQuickView\ to C:\Program Files (x86)\CsvQuickView\ then I can copy without any problems.
I tried this on several PCs (W7 and W10 with UAC disabled, logged in with local admin rights, running MC as Admin) and all had the same odd behaviour. On the same PCs other commanders had no problem with the same procedure.
I know that the Program Files directories are System directories and that the access rights differ from a subdir on D:\. Maybe the actual access rights to C:\Program Files are not considered when unpacking from zip?
Or does this depends on my MC configuration? Any hints appreciated.
If I create the subdir in D:\ (e.g. D:\CsvQuickView\) then I can copy from zip to subdir without problems. If I then copy from D:\CsvQuickView\ to C:\Program Files (x86)\CsvQuickView\ then I can copy without any problems.
I tried this on several PCs (W7 and W10 with UAC disabled, logged in with local admin rights, running MC as Admin) and all had the same odd behaviour. On the same PCs other commanders had no problem with the same procedure.
I know that the Program Files directories are System directories and that the access rights differ from a subdir on D:\. Maybe the actual access rights to C:\Program Files are not considered when unpacking from zip?
Or does this depends on my MC configuration? Any hints appreciated.
23
Tips and Tricks / Re: Good external CSV Viewer
« on: December 15, 2016, 20:38:57 »
There is a new version of CSV Quick Viewer.
24
Beta Releases / Re: Multi Commander 6.5 BETA
« on: December 15, 2016, 20:37:35 »-- Build 2276 - 22-Okt-2016
ADDED - Tweak settings for ExplorerPanel : "Send file to commandline field also takes the input focus"
ADDED - ExplorerPanel send current item to command line field (Ctrl+Return / Ctrl+Shift+Return)
will now add trailing slash to folders and only quote characters if it have spaces
Thanks Mathias, that is exactly what I requested and what I need.
BTW, still waiting for correct handling of *.cmd in command line bar and the possibility to send the directory of left or right (resp. above or buttom) panel directly to the command line. Due to this missing features I use MC actually only at home not at work.
25
Support and Feedback / Re: Keyboard shortcut to minimize
« on: December 05, 2016, 19:12:39 »
There exists a Windows Hotkey which works with nearly all programs (including MC). Unfortunately you have to press 3 keys simultaneously:
Alt + Space + n
Alt + Space + n
Pages: [1] 2