Messages

1

Support and Feedback / Re: not showing files in C:\Windows' sub-folders; searches fail to find files

« on: February 16, 2017, 20:57:31 »

I'm a little disappointed in you Mathias - & myself.

I'm using MC portable 6.9.1 in Vista x64 SP2 - maybe that makes a difference here.

I got the MC 6.9.1 - 32 bit version by mistake.  It won't show some of the 64 bit parts of Explorer (System32).  Though it shows most of the Windows sub folders & files just fine.  The 64 bit MC versions show all System32 files & sub folders.

I was sure it had to do w/ some folder permissions differences - which I spent a long time comparing.
When I saw SysWOW64 had the same permissions & owner as System32, and MC (32 bit) correctly showed all folders & files in SysWOW64, it hit me what the problem was.

2

Support and Feedback / not showing files in C:\Windows' sub-folders; searches fail to find files

« on: February 16, 2017, 02:03:04 »

I'm using MC portable 6.9.1 in Vista x64 SP2 - maybe that makes a difference here.
I don't know that I've had problems w/ MC file search in the past.  Am I missing something to get MC to show ALL files & folders, whether w/ H & S attrib, or not?
I thought you just enabled show hidden & system folders.  (Though not all the files it's not showing are system or hidden).

Now, MC explorer panel shows about *5 files* in  C:\Windows\Drivers, when there are really > 300 files - per Windows Explorer.
I have show hidden & system files checked in MC explorer panel setup.  I toggled the settings on / off / on. 

I restarted MC in admin mode.  I verified "show hidden & system files  were checked -  in View>Layout. 
Also hit refresh several times - F5.
But it's not just a matter of not showing hidden or system files - most in that folder don't have 'H' or 'S' attributes.

MC shows 2280 files in System32, while Explorer shows 2472 files (not including sub folders). 

When I searched in MC for "i8042prt.sys" in System32 - it didn't find it, of course, but the log file showed it searched the drivers folder.

MC's explorer doesn't find or show the C:\Windows\System32\DriverStore\FileRepository folder -at all, but the folder exists w/ 756 sub folders & lots of files.

I checked a previous portable MC version & it now shows the same problems.  I don't have an installed version left to check.
But it seems to show other partitions' (non OS) files & folders.

3

Feature Requests and Suggestions / Re: Still request some way to clear search term history

« on: January 07, 2017, 03:16:34 »

Thanks.

Still didn't clear search history.

Did you try the portable?  Not talking about logs - I said it didn't clear search history, but it's ALSO not clearing logs for me, in the path \MultiCommander_win32_Portable_(6.9.1.2306)\Logs\) - if those are the logs  supposed to be deleted.  There are multiple, recent logs left.

It's not deleting search data in (at least) the last 2 portable versions.  Before those versions, I didn't test Help>Clean up user data, & then check results.
I extracted the latest version again - to a different folder.  THIS time I didn't make any config changes before I tested the cleanup function (just in case).
Skipped past 1st screen where it asks which look & feel you want.
Entered a path to D: for location, & used partial file name option.

Used Help > Cleanup user data.  Checked "Logs, history & session info" box - then OK.
On next warning screen I clicked Remove.  Closed MC.
Reopened MC & the search UI - the unique path location & search term I just entered are still there (see screen shot).

Other than that, I don't know what to do about the menu cleanup function not working.
The data for search location & terms are stored in "MultiCommander_win32_Portable_(6.9.1.2306)\SessionConfig\History" in an ini file: bb34636789224963bbde35059dca2365.ini

What encoding is used for this data in the ini file under "LastFilter"?  That appears to be where search terms are stored. 
Now in v6.9.1, the searched location list that's retained in clear text (after clearing data & closing MC) keeps growing. (see screen shot).

[FindFiles]
AdvFilter=1
LastFilter=PAA/AHgAbQBsACAAdgBlAHIAcwBpAG8AbgA9ACIAMQAuADAAIgAgAGUAbgBjAG8AZABpAG4AZwA9ACIAVQBUAEYALQA4ACIAPwA+AAoAPABGAGkAbgBkAEYAaQBsAGUAcwBGAGkAbAB0AGUAcgA+AAoAIAAgADwAUwB1AGIATABlAHYAZQBsAEwAaQBtAGkAdAAgAHYAYQBsAHUAZQA9ACIALQAxACIALwA+AAoAIAAgADwAZgBpAGwAdABlAHIAIABuAGEAbQBlAD0AIgAiACAAaQBkAD0AIgAiAD4ACgAgACAAIAAgADwAcgB1AGwAZQAgAGYAaQBlAGwAZAA9ACIATgBhAG0AZQBQAGEAcgB0ACIAIABtAGEAdABjAGgAdAB5AHAAZQA9ACIAQwBvAG4AdABhAGkAbgBzACIAIAB2AGEAbAB1AGUAPQAiAGYAaQByAGUAZgAiAC8APgAKACAAIAA8AC8AZgBpAGwAdABlAHIAPgAKADwALwBGAGkAbgBkAEYAaQBsAGUAcwBGAGkAbAB0AGUAcgA+AAoAAAB=

[LookIn]
Item0=D:\Program Files (x86)\Mozilla\Firefox29
Item1=D:

[LookFor]
Item0=qwzv

4

Feature Requests and Suggestions / Re: Still request some way to clear search term history

« on: January 06, 2017, 18:27:32 »

This is (now) for MC 6.9.1.2306 portable in Vista x64 SP2, fully patched.  I saw same described behavior in previous MC versions.
This time, I extracted v6.9 portable to new folder.

* I tried Help >Cleanup user data, then checking "logs, history & session info."  Doesn't seem to clear search history, but did clear logs in previous version.
* Now in 6.9.1 portable, it's not clearing logs in D:\Program Files (x86)\...\MultiCommander_win32_Portable_(6.9.1.2306)\Logs, or search data.

In cleanup menu, check box for logs, history & session info.  Click OK - pops up dialog saying all log & history info will be deleted.  Click Remove.
Close MC, then reopen & open search UI.  Search terms & which partitions to search - used in previous session(s) searches are still there.

But it seems to save only 1 search term - whether I've cleared data or not (that seems to be a change from past versions, where it saved multiple search terms).  It is saving multiple "look in" locations, even after clearing data.

* Tried clearing search data while Search UI was open - or closed, then Help>Cleanup user data.  Still didn't clear search history.
* Tried starting MC in admin mode, then cleanup.  No go.

* If I manually delete the encrypted? contents of the one ini file that contains search data (several ini files exist in this one path) in D:\Program Files (x86)\...\MultiCommander_win32_Portable_(6.9.1.2306)\SessionConfig\History, then no search data remains on MC restart.

* That  ini file's security properties show "everyone" has full rights.  The file owner is the std user acct that I extracted the portable version under &  run Vista under.

Since I'm using portable version (but used installers quite a while back) there's no user / history data in appdata\roaming\multicommander.
Maybe the installer versions cleared the history correctly, but portables have a glitch?

5

Feature Requests and Suggestions / Re: Still request some way to clear search term history

« on: December 10, 2016, 01:09:27 »

Have you tried

Menu > Help > Clear User Data 
check "Logs, History and Session information"

Thanks.  Yes, that works.  As you mentioned, if there were any logs you wanted to look at, checking that one button clears logs, history & session info.  Most times this would work, but sometimes it could delete too much info.  Would there be a way to clear just search history or just not save it? 

I'm not sure which category the search terms are in - History or "Session Info?"  And what exactly is stored under Session Info?  I might not want to delete that at all  - can't say. 

Help file says:

Logs, History and Session Information Multi Commander stores logs of file operations and failures in the user's application data folder. These logs are used to identify why problems happen if Multi Commander fails. History and session information is stored in the Windows Registry.

For portable versions, the search terms seem to be stored in a file in the the program folder  D:\Program Files (x86)\Utilities\File Utilities\File Managers\MultiCommander_win32_Portable_(6.4.8.2265)\SessionConfig\History\bb34636789224963bbde35059dca2365.ini.
But I'm not sure what else might be stored in the file with search terms.

6

Feature Requests and Suggestions / Still request some way to clear search term history

« on: December 09, 2016, 02:35:05 »

Let users that want to save all their search terms save them.  For security reasons, give users an option to clear some or all of saved search terms.
If not willing to add a clear search option to the UI, is there a way to do it manually?  I can't find where they're stored.
 
If search terms are used for sensitive files (e.g., find backups or old copies of key files, etc.) having the name / partial name saved in a search list poses a potential security issue.  Even if the key file was on removable media it could tip an adversary to the name.

This is only one example why this feature is needed.  Most well developed apps allow clearing search and / or history, or options not to save the data at all - for good reason.

Data entered under search "File Content" apparently can't be deleted without restarting MC.  If I manually delete text in the box, uncheck File Content, close search & reopen it in same session, the File Content check box is checked again and has the same data entered in the box.  (in portable version).
The only way to get rid of that data & keep the File Content box unchecked is delete the data, uncheck the box & restart MC.  That shouldn't be necessary just to keep the box unchecked or to blank the text box.

This is a problem if you don't have the "more" button checked, to see that it's still using a content search term that's no longer valid.

I also see at least one instance where the exact same search term is stored more than once.  Seems redundant.

Thanks.

7

Support and Feedback / Does MC always use Windows internal copying function

« on: February 09, 2015, 20:22:39 »

Does MC file or folder copying (from the MC explorer UI - or - toolbar) only use the Windows native copy function (here, Vista)?

Or does MC provide any additional copying benefits over just using Windows?  (other than convenience when the MC explorer is already open)?
For one, any possibility for MC to verify copying results against the original?

I've used FastCopy - & it seems to work, but hasn't been updated since 2012?
It's not good at - plainly - showing details of both the source & destination files, and asking for confirmation - before you copy.
If you press Ctrl + Execute, it shows only the source path / file name & destination path.  No file properties, etc.

Been very long time since I looked at TeraCopy.  It may be much better (now) than the sorta abandoned FastCopy?
? Maybe there are now other copying utilities that I haven't seen - "better" than Teracopy or FastCopy?

8

Support and Feedback / Checksums for Multicommander installer package downloads?

« on: February 09, 2015, 19:55:15 »

Hi,
Searched these forums - can't find any mention of checksums for the Multicommander installer - OR portable - packages (from http://www.multicommander.com/downloads).

I see the note on D/L page,

Only download the portable version from this site.
 Because the portable version is a normal zip archive, you cannot know if anyone else has changed and modified the files inside.

Which is understandable, but are there no checksums?

No - checksums don't guarantee safety, but are at least useful to make sure the download is accurate.
Or, (possibly ?) if MITM hackers /adversaries editing the original installer / portable packages weren't very clever.  Probably a very low chance of that, but...

Just an observation:  d/l page mentions only getting the portable vers. from this site, but d/l page uses http - not https.
Thanks.

9

Support and Feedback / A way to reduce waiting time for file properties tool tip?

« on: October 07, 2014, 21:22:47 »

The time to wait for MC tool tips showing file properties to pop up is a little long - for me, when hovering file names.  Not terrible, but considerably slower than regular Explorer.

I estimate that Explorer takes ~ 1/2 sec to pop up file properties, once the mouse is paused over a file name.  MC takes approx. 3x that long.

If there's no way for users to adjust that (mainly for the file properties tool tip) -  either a menu setting or knowing the right file & entry where the value can be altered manually, I'll live with it.

Another issue:
MC doesn't seem to display the full folder name in tree folder - when hovered, if the name is truncated by the panel width (as Explorer does).
I read & searched the online documentation for a setting on this - found nothing.  I'd sort of expect this would be default behavior, like many apps do when folder or even path names are partially hidden.

10

Support and Feedback / Re: Selected, focused folder name in folder tree doesn't change color like files

« on: October 07, 2014, 19:38:54 »

It's not a huge deal, but doesn't MC support the same level / type of coloring for the folder tree that Windows does?

Explorer in Vista highlights folder tree items - both selected or focused items.
But MC only colors items in the list view?

At least in Vista, MC does one thing with the folder tree that Explorer does not (for example).

In MC, when you 1st select a folder tree item, it adds a selected item border (black) - that extends the full width of the folder tree pane.  That's good.
Then when a list item is selected, the black border around selected folder tree item disappears.  Not so bad.

Because after selecting an MC list view item, if you use the folder tree scroll bars, the black border reappears around the last selected folder tree item.  Explorer doesn't do that (Yea! MC).

MC has some capabilities of highlighting in folder tree that Explorer doesn't.
But not the ability to color folder tree items. 

MC also doesn't seem to highlight focused items in either the list view or folder tree (in any manner, at any time).  Not the worst thing, just not sure why.

11

Support and Feedback / Re: Saving configuration for new portable version

« on: October 07, 2014, 18:47:16 »

Thanks.  Good to know, though I should've been more specific.

I meant copying the config folder from a current portable version into the newest portable version.
Either way, you answered the question.

As for plugins config files - yes, there are those.  But many similarly named config files not for plugins.  Maybe that's a good thing in some respects.

12

Support and Feedback / Selected, focused folder name in folder tree doesn't change color like files

« on: October 07, 2014, 03:38:45 »

Using MC 4.4 portable in Vista hm prem x64.

As best I can tell - looking at the MC Explorer Panel Settings, under File & Folder state colors,
the color & text style selected (default values for me) for both "files" & "folders" are identical. 

When using both a tree column & file column - in ONE of MC's panes (usually R), only selected file names change the background color & text color (to blue background, white text).

Selected folder names in the folder tree (in same MC right pane as file list) do become bold when selected, but the selection box or folder name doesn't change color.  The settings in MC seem to indicate that they would change colors.

MC also has a color selected by default for "FocusRect color" - also checked - but no files or folders in R or L pane change color with focus (hover) .

In Explorer, background changes color for selected items in both R & L panes, as do focused items.

Now, if I display only the folder tree in MC's left pane (no files), selecting the folder changes the background to blue & text to white.  But it still doesn't show any focus color.

13

Support and Feedback / Saving configuration for new portable version

« on: October 07, 2014, 02:54:04 »

From searching topics & looking at MC program folders, MC has more config files than anything I've ever seen.  OK.

Is it OK to use the entire config folder & files, in the MC program files folder?  To copy the previous config folder over to a new portable version?
From v4.4 to v4.5?

Thanks.

14

Support and Feedback / Re: Delete or not retain Find search terms or locations?

« on: June 25, 2014, 00:11:02 »

Thanks for looking into it & for confirmation on using search in 2 panes.
I'm using portable version - in Vista hm prem, SP2.

As for "some people complained about it not retaining search data," - that's understandable - for certain times.  But always keeping it, w/ no option to prevent it, isn't necessarily a good idea.  Depends on if others might use the same machine or the what the exact search terms were. 

Even several much smaller (& larger)  utilities I use now have option or ability to either clear recent files, last folder, search terms, etc., on demand and / or the option to not retain themat all.

Like, Notepad++ now has item to "clear recent files" from the Recent Files menu.

You can reset and clear everything in the dialog with Alt+Z, however it does not clear history

OK, but that's "resetting most things," not everything. 

15

Support and Feedback / Delete or not retain Find search terms or locations?

« on: June 21, 2014, 19:46:11 »

Searching the web or using the forum search didn't find anything on this (I'm surprised).
I'm using an older MC version - generally works fine - v3.2.1 64bit.  Though updating is fine. 
When I use File > Find, it retains search data - across sessions, under "Look For" & "Look In."

Isn't there a way to have it not retain this data, especially between sessions?  If not, probably should be.

It retains (in drop box) search terms entered & locations searched.
Using "Cleanup leftover user data" didn't clear this data.  May be a pref setting, but couldn't find it.

Even when I enter a new search term, it seems to retain an older one?  It would seem there'd be a "clear search terms" (from cache) selection on the Find UI and / or a "Don't Retain Search / Location Terms" (between sessions) in MC's settings or other menus.

Other question:
Getting the "Find Files" pop up UI is sometimes iffy & which pane - L or R - it'll use to display results seems sporadic.  I'm probably doing it wrong.
http://multicommander.com/docs/file-search  Nothing I see here about removing / not saving previous search data.

Is the way that getting the full Find Files UI to pop up, to 1st open it using File menu, then to use it again, click on the tab for the Find box (if not focused), then Ctrl + F. Using F-3 always seems to "blank out" the other remaining pane that was displaying the file tree & open a 2nd Find tab, in the opposite pane, than was opened in the 1st Find tab.

Note:  Find Files under File menu & File Search under Extensions menu pop up the same UI, appearing to have same function.
Shouldn't the descriptions / titles for the functions be the same in each menu?  I'm not sure why they're duplicated (seemingly).

16

Support and Feedback / Re: Any way to increase config screens font size?

« on: August 10, 2013, 18:23:30 »

Thanks.  I increased Vista scaling from 110 to 115 DPI.  It did enlarge MC's config screen fonts a bit.  But, after changing Windows DPI, had to close tree view pane in MC, to resize some columns hidden - scroll bar didn't extend far enough AFTER making DPI change.  Resize columns - again - & save as default.   

Oddly, increasing DPI didn't enlarge the fonts in navigation or browser panes in Explorer.

Checked a few apps after DPI increase.  Some changed UI font size, some can't tell a difference.  Back in XP, remember I had problems w/ some apps' UIs - text running / cutting off on fixed size UIs, if set DPI to 115 or bit more.  So far, no problems in Vista.  I'm sure something will turn up.

17

Support and Feedback / Re: Any way to increase config screens font size?

« on: August 10, 2013, 17:07:34 »

MC do [does?] change UI size depending on DPI settings.

Are you sure?  I've never noticed Vista's DPI settings affecting many apps' GUI font (esp. config screens).  But, don't mess w/ it that much & most apps don't use quite this small of font OR have this MANY options (having the options is a good thing - just not very small font, sorting thru them).

18

Support and Feedback / Re: Any way to increase config screens font size?

« on: August 10, 2013, 16:22:55 »

Don't get smart, you young whipper snapper!  (what the hell is a "whipper snapper?")  I should have said "MANY" > 40 TO 50+.
But I said, OR with moderate vision problems.  You may be > 40 - 50 & no problems reading these config screens.  Trust me, MANY, MANY in either of those categories can read such small print - w/ effort, but definitely not "comfortably." 

If there were only 10 options to change - would be different.   Some apps have similar config screens font size, but they usually don't have several dozen options (total).
Won't you consider enlarging the config screen fonts (or providing some option)?

I already have Vista DPI set at 110% of default 96 DPI.  That makes font in Explorer & other Windows screens plenty big.  It doesn't affect font size in menu screens of apps like MC.
Have an HD 21.5 in. monitor, but like many, don't sit w/ my nose 12" from the screen. 
Thanks.

19

Support and Feedback / Any way to increase config screens font size?

« on: August 10, 2013, 15:18:38 »

Font size on most config screens is quite small for anyone > 40 or w/ moderate vision problems.  Appears to be 7 pt MS Sans Serif.  That's tiny.

Even w/ 20/20 correction, after age 40 or 50, lots of folks start losing ability to focus when looking small print.  Especially, switching from one area w/ larger print (say, paper on desk) back to small print.  It shouldn't be a chore to read Config & similar screens.

The fixed sizes of config screens are fairly small.  It'd be easy to enlarge them & get font up to 10 pt or so.  Or allow resizing config screens & allow setting font size.

20

Support and Feedback / Re: Will not retain horizontal scroll bars

« on: August 10, 2013, 14:58:42 »

Thank you.  Maybe that's the problem.  AFTER changing column headings (del, add, resize) - didn't set that as default.  Did set new col selections as default, but not the resizing of them.

That I recall, no other app ever req'd a step - "set as default," after make GUI config changes.  Just "Save," if even that.  Definitely not for saving resized columns.

It's OK - if there's a reason req'g clicking Set as Default (people want temp changes, but want it to revert to factory defaults), but it is unusual, so probably warrants an FAQ & prominent mention in the Help file, how to do it.  (if already there, I missed it)

Another thing I noticed - haven't quite figured exactly when / how it happens.  If R click column headings to add column AND remove a default one (say, attrib), I guess Save As Default must be clicked before closing screen, where changes were made. 

Else, the attrib. or other "original" default columns reappear.  I guess this applies to ALL UI changes, in order to save them?

21

Support and Feedback / Will not retain horizontal scroll bars

« on: August 10, 2013, 03:19:28 »

Vista x64, MC 3.21. x64 portable.
Reset default column headings - found old post here; nothing in manual.

Saw another old post about keeping horizontal scroll bars.  Said to uncheck autosize columns (then under Layout, but now under Display).  Did that, applied, saved.  Works for the session.  Scroll bars disappear on restart.

Have 3 columns - (besides name) - Date, Date Created, Date Last Accessed.  Usually have tree showing, but disabled it & sized columns so data fit, but of course, is too wide when tree is displayed.  As said, works during session - scroll bars are there & columns display correctly - even w/ tree view.  Restart & scroll bars gone.