Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug] Rename/create new dir (F7) using Mac OS does not work #1086

Closed
1 task done
rschu68 opened this issue Dec 13, 2023 · 7 comments
Closed
1 task done

[Bug] Rename/create new dir (F7) using Mac OS does not work #1086

rschu68 opened this issue Dec 13, 2023 · 7 comments
Labels

Comments

@rschu68
Copy link

rschu68 commented Dec 13, 2023

Is there an existing issue for this?

  • I have searched the existing issues (including the closed ones)

Description

Creating and renaming directory using F-keys does not work

Steps to reproduce

When using muCommander with latest version of MacOs 14.1.2 (M2 pro) using F7 pop ups the "new directory" window but i cannot enter anything in the field .. not possible.
Renaming a directory with right-click rename seems to do nothing. Clicking with mouse multiple times on the dir-name seems to work.

Expected behavior

Renaming works, creating new directorys works

Actual behavior

Does not work

Screenshots?

No response

muCommander version

muCommander
Version: 1.4.0
Build date: 2023/12/05
Build number: 90a41ce

Java version

Java
Runtime version: 20-internal
VM name: OpenJDK 64-Bit Server VM
VM version: 20-internal-adhoc.ahadas.jdk
VM vendor: Oracle Corporation

Operating System type and version

Name: Mac OS X
Version: 14.1.2
Architecture: x86_64

Relevant log output

No response

@rschu68 rschu68 added the bug label Dec 13, 2023
@NeekonMike
Copy link

Standard 1.3.0 install on M2 macOS 14.2 works as expected for me.

@rschu68
Copy link
Author

rschu68 commented Dec 19, 2023

Standard 1.3.0 install on M2 macOS 14.2 works as expected for me.

:) but not for me.. LOL

@pskowronek
Copy link
Member

Standard 1.3.0 install on M2 macOS 14.2 works as expected for me.

:) but not for me.. LOL

You got muC Version: 1.4.0, @NeekonMike tried 1.3.0. Can you check 1.3.0?
Any chance you could record a video of the problem? Or check the logs via muC->help.

@ahadas
Copy link
Member

ahadas commented Dec 22, 2023

You got muC Version: 1.4.0, @NeekonMike tried 1.3.0. Can you check 1.3.0? Any chance you could record a video of the problem? Or check the logs via muC->help.

yeah, the nightly build (1.4.0) uses a different version of Java for macOS so it could be a regression in the nightly build

@Andreas0602
Copy link

For what it's worth, I have a Mac mini with M2 Pro processor and macOS Sonoma 14.2.1, and the latest nightly build of muCommander runs without any problems for me.

@rgerrits
Copy link

rgerrits commented Jul 16, 2024

Edit: in 1.4.1 it looks to be solved

old remark:
I'm seeing the same behaviour on a Macbook M3 Pro running Sanoma 14.5, with MuCommander 1.4.0
(Build date: 2024/05/02 Build number: cb8caf0)

the problem is that if you click on the "Make Directory (F7)" with the mouse, then MuCommander shows a green box with the text "Make Directory: F7" and this green box seems to steal the focus from the popup, preventing to type text.
Even clicking in the text-box doesn't restore focus. The text-box seems read-only.

Pressing the F7 key on the keyboard works fine though. (and doesn't show the green box)

Similarly: When selecting a file and then pressing F6 on the keyboard gives the move dialog, with the filename highlighted -> this allows to easily rename a file during move.
However when clicking F6 with the mouse, it again shows the green box, stealing focus -> filename is no longer highlighted and the entire text box seems readonly

@ahadas
Copy link
Member

ahadas commented Jul 23, 2024

thanks @Andreas0602 and @rgerrits for the confirmation that this works now, closing

@ahadas ahadas closed this as completed Jul 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants