I cannot use alt-tab to switch between my applications in Gnome while doing the drag-n-drop from muCommander.

I can confirm the same works ok on OSX, but I don't know about other Linux desktop environments.

Please, bring back the autofill feature for the make file/dir dialogs (the same as the "mkdir autoname" in mc). It was enabled by default in the older versions of mucommander and is very handy in some workflows. In my opinion, this feature has absolutely no drawbacks - anyone can type the new filename immediately or edit the suggested template.

I am using OS X 10.11.4 with Java 1.8.0_72. When building muCommander (head, checked out 5 minutes ago from https://github.com/mucommander/mucommander) with

./gradlew createDmg

the resulting binary contains strings / locales that are not working / that are not correctly displayed. I am using German / Deutsch, the corresponding translation should be contained in the file dictionary_de.properties but other languages seem to have the same problem.

Are the files that can be found at https://github.com/mucommander/mucommander/tree/master/src/main/resources still correct? When viewing these files in a browser (Firefox 45.0.2) they are not correctly displayed too (for example see https://github.com/mucommander/mucommander/blob/master/src/main/resources/dictionary_de.properties).

Maybe it is an issue with the corresponding file encoding? If so the following information might be useful: The terminal command

file -I dictionary_de.properties

gives

dictionary_de.properties: text/plain; charset=unknown-8bit

When I fill only IP address, connection working (mucommnader ask for name and password)
When I fill IP address, name and password connection working too.
When I fill IP address and only name, connection not working. Mucommander not ask for password and trying to connect. I must press ESC to cancel trying to connect. On screen blink window but I can`t see anything on it.

In old version(0.90) mucommander ask for password.

Tested on Debian Wheezy 32bit.

The warning window in question is "This file may be too large for this operation", opens when I try to "View [F3]" a big file.

OS: Windows XP
Version: 0.9.1
Tried with both Java 7 and Java 8.

Honestly, they're just unnecessarily complicated and I've run into several issues working with them. For example, I had to fork mucommander-commons-file to its own fork, and now I can't issue pull requests back to master without overriding the submodule URL, which is obviously not what I meant to do.

Is there any reason not to have these as straightforward subdirectories (+subprojects in Gradle)?

In the most recent, 0.9.1 release (and its release candidate 0.9.1RC), switching between muCommander windows with Control+number no longer works.

(This happens under Fedora 21 running Java 1.8.0_60-b27.)

When mucommander is running on OSX, the menu is natively shown at the top of the screen:

This is very convenient because of the consistency.

The same thing does not seem to happen on Ubuntu when the OSX-like menu is enabled system-wide:

It would be good if the menu component on Ubuntu could appear at the top of the screen as well. Native Ubuntu menu can be searched after pressing Alt, which is quite useful. This feature does not work now:

Cheers!

The "Help -> Online Documentation" menu item points to a 404 page: http://www.mucommander.com/documentation/ with version 0.9.1 .

Maybe it would be easier to host the help pages with GitHub Pages?

Viewer and Editor find shortcuts are not native to macOS: Ctrl+F instead of Command+F, F3 instead of Command+G and Shift+F3 instead of Shift+Command+G.
And there is no way to customize these shortcuts.

Moreover Ctrl+F doesn't work, need to select Find option from menu to make the corresponding window appear.

https://github.com/trol73/mucommander

For example, it has a very useful feature — browsing Android devices via ADB interface.
And there are more of them.

Had to switch to British English to really use English.

OS: Windows XP
Version: 0.9.1

Due to to git migration doc should be updated.

i`m running mucommander as ordinary user.

i can navigate to /var/root and mucommander shows an empty directory instead of telling "access denied" (what i would expect)

i`m curious if this is intenionally or if this is a bug. for me, this is a bug.

if i navigate to /var/root and then use "open in finder" icon, i`m getting a message that there is an error, but it doesn´t tell what error. i also would expect "permission denied" here

It would be nice to have only one issue tracker :)

The existing code (i.e. in file NfsURLConnection.java) uses currently deprecated versions of sun.misc.Sort and sun.misc.Compare.

It is advised by sun to use the sort() method of java.util.Arrays and java.util.Comparator respectively.

The current binary release for Max OS (on http://www.mucommander.com/) is broken (probably the Java stub launcher is outdated). Please issue a new binary release.

The current code base needs at least Java 7.
At the same time I see git comments about assuring Java 6 compatibility and OSX App metadata specifying 1.6+ compatibility.

Are you going to drop 1.5 and 1.6 compatibility in the next release or is any current 1.7 dependency actually a bug that still needs to be fixed before the next release.

1) Enable drag&drop in the same window

Using a dual pane file manager means that very often the two panes do not show the contents of the same folder / path. While most of the file operations happen between two panes sometimes it would be nevertheless very useful to be able to drag&drop a file on a folder that is visible in the same window only.

Thus is it possible to enable drag&drop in the same window?

2) Always indicate the target path and the file operation during drag&drop

While dragging a file without pressing any key a small "+" icon is displayed to indicate that a copy operation will be performed if the file is dropped at the mouse pointers position. Furthermore it is possible to choose the move operation instead of the default copy operation while pressing the corresponding key (on OS X: Cmd) during dragging. But unfortunately there is no icon to indicate the move operation.

Thus is it possible to indicate the move operation with a proper icon (e.g. "-")?

3) Always highlight the target folder row

Often a file should be dropped on a certain folder that is embedded in a sequence of folders. Furthermore as a rule the length of the name of a folder is shorter than the length of the corresponding row in the pane. Since the targeted folder / the row of the target folder is not highlighted in the end one might target the wrong folder and might end up with an unwanted file operation.

Thus is it possible to highlight the row of the folder while a file is dragged onto it and before this file is dropped onto it?

Thank you very much for all your efforts & best regards!

When I want to send file by email, mucommander show info "You need to set your email parameters first". When I click OK, mucommader open preferences window but with bad tab(shortcuts instead mail).

no matching cipher found: client blowfis-cbc,.....

I am a bit disappointed that in the README.md file the creation of the JAR-file and the distribution file for macOS is not mentioned. Since I am using a Mac I was only interested in that ;-) Two commands in terminal will do the Job:

• ./gradlew shadowJar
• ./gradelew createDmg
  BTW I have downloaded the DMG from your website und installed the program in my applications folder. Starting the application failed (not possible due to damaged file). Of course, there is no damaging, the message is caused by the recently introduced gatekeeper function. If I generate the DMG myself, everything went fine ...

I think it is a good job, so thanks for your work. A useful functionality could be add synchronize directories and file diff.

Hope that my feedback helps you guys!

Copying of symbolic links (pointing to files or to folders) seems to do nothing.
I think users are expecting that muCommander will do the same as cp shell command and so it will create copies of files/directories links are pointed to.
Tested with 0.9.1rc2 for macOS.

I've updated from version 0.9.0 to 0.9.1rc today. After I've deactivated Gatekeeper in order to launch muCommander I get an error message saying

JRELoadError

I think because of the old java I needed to install on Mac OS X 10.11.6 (El Capitan) to make muCommander 0.9.0 run or is this some kind of bug?

Is this (github) now the new issue tracking for mucommander? the other old one seems down.

thanks.

Certificate for https://ivy.mucommander.com/ is expired,
also the build.gradle does not even try to access it through https, it uses plain http — this is insecure and should not be used for downloading code.

I don't know if I miss something or not but when I launch gradle run and/or gradle build, some labels are not displayed properly indeed for example instead of Edit I have $[edit].

Hi,

Any plans updating to Java 8?

Most users (except a few in big companies) can't even download an actual 1.6 or 1. 7 nowadays.
For OSX users, the outdated Apple 1.6 should not be used (but there's always an actual Java 8 brew cask)

Thank you.

Hallo,

I recently downloaded version 0.9.1 but when I click the icon to start it I get the following error.

java.lang.IllegalAccessError: class com.jidesoft.plaf.LookAndFeelFactory (in unnamed module @0x4ef37659) cannot access class com.sun.java.swing.plaf.windows.WindowsLookAndFeel (in module java.desktop) because module java.desktop does not export com.sun.java.swing.plaf.windows to unnamed module @0x4ef37659 at com.jidesoft.plaf.LookAndFeelFactory.installJideExtension(LookAndFeelFactory.java:848) at com.jidesoft.plaf.LookAndFeelFactory.installJideExtension(LookAndFeelFactory.java:633) at com.jidesoft.plaf.LookAndFeelFactory.installJideExtension(LookAndFeelFactory.java:598) at com.jidesoft.swing.StyledLabel.updateUI(StyledLabel.java:103) at javax.swing.JLabel.<init>(java.desktop@9-ea/JLabel.java:162) at javax.swing.JLabel.<init>(java.desktop@9-ea/JLabel.java:233) at com.jidesoft.swing.StyledLabel.<init>(StyledLabel.java:66) at com.jidesoft.swing.StyledLabelBuilder.createStyledLabel(StyledLabelBuilder.java:252) at com.mucommander.ui.main.table.FileTable$2.createRefreshNonExistingLocationLabel(FileTable.java:256) at com.mucommander.ui.main.table.FileTable$2.<init>(FileTable.java:252) at com.mucommander.ui.main.table.FileTable.createOverlayableTable(FileTable.java:248) at com.mucommander.ui.main.table.FileTable.<init>(FileTable.java:238) at com.mucommander.ui.main.FolderPanel.<init>(FolderPanel.java:169) at com.mucommander.ui.main.MainFrame.<init>(MainFrame.java:286) at com.mucommander.ui.main.frame.DefaultMainFramesBuilder.createMainFrame(DefaultMainFramesBuilder.java:112) at com.mucommander.ui.main.frame.DefaultMainFramesBuilder.build(DefaultMainFramesBuilder.java:83) at com.mucommander.ui.main.WindowManager.createNewMainFrame(WindowManager.java:166) at com.mucommander.muCommander.main(muCommander.java:582)
I had found a solution, which was to add a jvm option inside Info.plist:
<key>JVMOptions</key> <array> <string>-Djava.system.class.loader=com.mucommander.commons.file.AbstractFileClassLoader</string> <string>-Dcom.apple.smallTabs=true</string> <string>-Dcom.apple.hwaccel=true</string> <string>-Dapple.laf.useScreenMenuBar=true</string> <string>-Dfile.encoding=UTF-8</string> <string>-XaddExports:java.desktop/com.apple.eawt=ALL-UNNAMED</string> </array>
but since I had to restore due to an error of my macbook, the modification is gone and I can't remember any more.

I run OSX 10.9.5 with JDK 1.8.0_112.

Running it from the command line with java -jar mucommander.jar runs without any issue.

It'd be great to find some info on how to contribute in the main README.MD, i.e., which branch to create a pull request for mainly.

The official site is misleading: http://www.mucommander.com/

All links are dead (forum, bug reports, source, etc.). There is no easy way to find out that the project is still alive, and for some reason the official site is still top-hit in Google. Please update it and add a link to this GitHub repository.

Hi,
just installed 0.9.1.
Found out that selection line stay on same file when I am pressing Up/Down buttons on keyboard.
Suddenly selection bar moved when I switched to another application and then back!
Looks like someone forgot to call redraw function.

I rollback to 0.9.0 and switched off new version check.

I have used (and loved) muCommander for years. In the most recent, 0.9.1 release (and its release candidate), launching files no longer uses the native Linux file associations. For example, using Nautilus, I set the application I want to be used to open mp3 files to be VLC. In previous versions of muCommander, this always resulted in mp3 files actually being opened by VLC (when I pressed enter or right arrow in muCommander).

In 0.9.1, however, muCommander hands the file off to Firefox to open.

I have not tested this under other operating systems.

I've tried to use cygwin shell instead of cmd.exe :
C:\cygwin64\bin\bash.exe -l -c
(this path exists)
After C-R and type any command I have message:
"An error has occurred while performing the requested operation."
Also I checked that I will see the same message if I set any shell path that doesn't exist
Tested both on 0.9 and last nightly (http://www.mucommander.com/download/nightly/mucommander-current-setup.exe)
On windows 7 x64 everything is fine
Thanks

Change permissions dialog has Read and Execute settings swapped, i.e. changing read permissions modifies execute instead and vice versa.
I encountered this problem on macOS if it matters.

Hello,
I forked mucommander and mavenized it (https://github.com/turiot/mucommander).
Solved dependencies issues (eliminating usage of ivy.mucommander.com) by creation commons-deps for patched libs, libs with source but not in maven central and libs without source.
Need to finalize packaging for Mac and reporting.
Maybe could it be possible to merge structure and have gradle + pom coexisting, because maven is a standard, well integrated by most IDEs.

The default gnome-open command for Gnome desktops seems to have changed to gvfs-open.

Therefore it'd be good to not only check for the availability of gnome-open, but also if gvfs-open and perhaps also its platform-independent pendant xdg-open.

when i write to a samba share mapped in mucommander from another system (or another user does), mucommander does not automatically refresh the directory contents when a file or directory is added or removed, like windows explorer or apple finder do.

apparently (like in apple finder) there is not even a button / hotkey for manually refreshing the directory contents (did i miss that?), so the only thing you can do is to leave the directory and re-enter.

i like mucommander, but i think that`s really a missing feature for serious administrative use, as you cannot "lively" whatch to what´s happening in a directory

same goes for lokal file access, with a minor difference: if you select any file/folder in mucommander, the changed/added/remove files/dirs appear/disappear, so there is some easy way for manual refresh - but no automatic refresh, either

not sure if its a java limitation, but i think its some feature which can be expected from a flle manager in 2016

It looks like HiDPI scaling is still not working properly:

• the installer doesn't seem to detect it, to chose a Native LF (instead of Metal LF that does no scaling at all)
• when using a Native LF, than some parts of the UI are scaled, others are not. E.g.
  • Icons in Toolbar (but almost everywhere)
  • content of the Viewer,
  • content of the Editor
  • default size of most dialogs

How to build mucommnader?

the https://github.com/mucommander/mucommander/blob/master/compile.txt file seems totally outdated, as mucommander does not seem to depend on ANT anymore.

Cca every 10th time I try to enter some directory, the whole application freezes. The "progress bar over the address line" is cca in 3/4.

v0.9.0, OS X 10.11.6 (15G31)

It will be nice to have an ability to detect an archive (and to browse it like a regular directory) by its actual content, not just by its file extension.
Or at least, to have an ability to specify additional extensions for known archive types. Many applications and games use .zip's to store their assets but with different file extensions.

I have downloaded the latest release 0.9.1 and tried to start it on macOS with Java 8 installed locally. I get the following exception:

java.lang.IllegalAccessError: class com.jidesoft.plaf.LookAndFeelFactory (in unnamed module @0x40cb8df7) cannot access class com.sun.java.swing.plaf.windows.WindowsLookAndFeel (in module java.desktop) because module java.desktop does not export com.sun.java.swing.plaf.windows to unnamed module @0x40cb8df7
 at com.jidesoft.plaf.LookAndFeelFactory.installJideExtension(LookAndFeelFactory.java:848)
 at com.jidesoft.plaf.LookAndFeelFactory.installJideExtension(LookAndFeelFactory.java:633)
 at com.jidesoft.plaf.LookAndFeelFactory.installJideExtension(LookAndFeelFactory.java:598)
 at com.jidesoft.swing.StyledLabel.updateUI(StyledLabel.java:103)
 at javax.swing.JLabel.<init>(java.desktop@9-ea/JLabel.java:162)
 at javax.swing.JLabel.<init>(java.desktop@9-ea/JLabel.java:233)
 at com.jidesoft.swing.StyledLabel.<init>(StyledLabel.java:66)
 at com.jidesoft.swing.StyledLabelBuilder.createStyledLabel(StyledLabelBuilder.java:252)
 at com.mucommander.ui.main.table.FileTable$2.createRefreshNonExistingLocationLabel(FileTable.java:256)
 at com.mucommander.ui.main.table.FileTable$2.<init>(FileTable.java:252)
 at com.mucommander.ui.main.table.FileTable.createOverlayableTable(FileTable.java:248)
 at com.mucommander.ui.main.table.FileTable.<init>(FileTable.java:238)
 at com.mucommander.ui.main.FolderPanel.<init>(FolderPanel.java:169)
 at com.mucommander.ui.main.MainFrame.<init>(MainFrame.java:286)
 at com.mucommander.ui.main.MainFrame.<init>(MainFrame.java:272)
 at com.mucommander.ui.main.frame.DefaultMainFramesBuilder.build(DefaultMainFramesBuilder.java:65)
 at com.mucommander.ui.main.WindowManager.createNewMainFrame(WindowManager.java:166)
 at com.mucommander.muCommander.main(muCommander.java:582)

Some ISOs are shown as empty, some other list files almost normally except for the size of some large .bin files, which are shown as a question mark. They are also not viewable. Perhaps the library that responds for ISO browsing should be updated.

OS: Windows XP
Version: 0.9.1

Hi guys,

I've been using muCommander for a few years after switching from Windows to OSX. Really glad to see that the project is still live and that the repo has been moved to github. This is just awesome!

MuCommander has been a perfect replacement for TotalCommander and it still is! The reason why I started searching for it again is because I recently needed something similar on Ubuntu 16.04.

As a person who has not been following the changes in the project for a while, I'm a bit confused with what's being maintained and what's abandoned. Here's what I've discovered:

• Official website http://www.mucommander.com
  • Says (c) 2002-2016 in the footer
  • Has links to trac, but they don't work
  • Has links to nightly builds; they work but it is unclear when was the last night and what code base has been used for building
• GitHub-powered website http://mucommander.github.io
  • Says (c) 2002-2015 in the footer
  • Has links to guthub issues
  • Has no links to nightly builds
  • Has a link to twitter: https://twitter.com/muCommander
• Twitter account https://twitter.com/muCommander
  • Suggests to check out github, but has no link to any website
  • Has only one tweet
• This repo
  • Some commits are new, which is very promising
  • Recent changelog reports that a bug I'm currently facing in 0.9.0 on Ubuntu is fixed (re installation via software center)
  • Empty wiki pages
  • "Official website: http://www.mucommander.com Copyright (C) 2002-2014 Maxence Bernard."
  • A few links to http://mucommander.atlassian.net, which do not work
  • It is unclear where to get the nightly builds and whether they exist at all

Given the above contradictions, it is difficult and time-consuming to figure out the actual state of the project. Here's what could make the newcomers' life easier in my opinion:

• 2015 -> 2016 on the github-powered website
• a warning message on http://www.mucommander.com or even a permanent HTTP redirect to a new website (if possible)
• A link to http://mucommander.github.io instead of http://www.mucommander.com in README.md
• A link to http://mucommander.github.io from the twitter account + a couple of new tweets maybe
• A comment on the availability of the nightly builds on http://mucommander.github.io. Not sure if it is easy to generate and keep them on github pages at all, so if not and there's no 3rd-party CI that can generate them, it would be nice if the users would know about. When I saw that my bug has been fixed, I remembered seeing links to nightly builds years ago and went searching for them. Downloading a build from the old website gave no affect. Someone else is likely to follow the same route as me.
• Some clarifications on the wiki pages might help. Or maybe those pages can be deleted completely together with the links to them on http://mucommander.github.io. Markdown files in the repo do the same great job in most of the cases and they are much easier to collaborate on.

Hope that my feedback helps you guys! The efforts you're taking to bring the project back to life are very helpful to many!

All the paths to report a bug and find help or documentation are broken.

I have tried all the links in the top bar on the muCommander home page including the Wiki and Forum

I have tried the Wiki on Atlassian which is linked at the bottom of the Readme

I have tried sending a bug report through the "Report a Bug" menu item (which worked a few days ago I think, and now is also broken).

I am waiting it for a years! After Frigate and Dos Navigator, its is very usefull.
For example:

For each group we assigned color, and order.
Order, its for advanced sorting in FolderPanel

i could make it, but i dont know how. if you give me a path i could try!

Problems after latest updates...
OSX 10.10 using currently recommended Oracle Java SE.
$ java -version
java version "1.8.0_25"
Java(TM) SE Runtime Environment (build 1.8.0_25-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode)
$
muCommander stable release 0.9.0.
Error message: To open "muCommander" you need to install the legacy Java SE 6 runtime.
Quite an ugly message I might say (sounds like an insult - forgive my sarcasm).
It's true that JRE 8 branch was promoted recently to 'recommended' status.
Nevertheless, mu was working just fine on OSX 10.9.5 with JRE 7u67.
Just out of curiosity, I started my Win7 VM to see how does it look there.
No problem! The stable mu release (0.9.0) has no complains over JRE 8.

You need to update mainClassName in build.gradle to "com.mucommander.muCommander", since you've changed the Launch class name. Otherwise the app simply crashes with exit code 1 on OS X

Added a pull request