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

Nemo: Renaming file in list view doesn't allow Ctrl #11445

Open
Bill5203 opened this issue Jan 20, 2023 · 12 comments
Open

Nemo: Renaming file in list view doesn't allow Ctrl #11445

Bill5203 opened this issue Jan 20, 2023 · 12 comments

Comments

@Bill5203
Copy link

OS: mint 20.3
Cinnamon 5.2.7
Theme: standard that comes with fresh installation

Steps to reproduce:

  • Set Nemo's 'Default view' to List View

In Preferences/Mouse and Touchpad:

  • Set Enable 'Show position of pointer when the Control key is pressed' to ON
    Then:
  • Right-click on a file and select Rename
  • Click in the filename and (optionally) make a selection
  • Press the Ctrl key and the filename-text-box-editing immediately exits/closes

This is not happening in Icon-view: filename can be edited as expected.

Expected to work as per standard copy/paste CNTRL + x,c,v combinations even in List View and "Show position... " is enabled.

Thanks!

@Cyrille37
Copy link

Cyrille37 commented Oct 30, 2023

Hi

The bug still present in "Linux Mint 21.2 Cinnamon 5.8.4".

The above bug description is really fine :-)

Regards & cheers

@rcalixte
Copy link
Member

This is a known issue/limitation with X11.

Copying from linuxmint/muffin#673:

A few notes here:

  1. I've worked around this by pre-pending the Ctrl key press with an Alt key press but any other key would work (i.e. pressing Alt, then pressing Ctrl, then releasing Alt while still holding down Ctrl). This combination prevents the location trigger from activating.

  2. This issue is actually resolved in Wayland. While it's still fairly far away, this issue will go away some day (for what that's worth 😅). Link to the blog post with the Wayland update.

@Cyrille37
Copy link

Cyrille37 commented Nov 2, 2023

Hi

It must be noted that only append in "List View" mode, it doesn't happen in the other two modes (icon, compact), so I do not understand why it is a X11 dependency.

@rcalixte
Copy link
Member

rcalixte commented Nov 2, 2023

It must be noted that only append in "List View" mode, it doesn't happen in the other two modes (icon, compact), so I do not understand why it is a X11 dependency.

The objects are drawn differently in one layout vs the other. I'm not sure if objects can be drawn the same way in the List view due to the nature of the objects. I've checked the code on this a few times, but feel free to take a look to see if there's anything I've missed.

@Cyrille37
Copy link

Hello all :-)

Just to say that the Ctrl Key still not usable in "List View" mode with Nemo 6.0.2 (Linux Mint 21.3 Cinnamon 6.0.4).

Thanks for all & cheers.

@rcalixte
Copy link
Member

Hello all :-)

Just to say that the Ctrl Key still not usable in "List View" mode with Nemo 6.0.2 (Linux Mint 21.3 Cinnamon 6.0.4).

Thanks for all & cheers.

Were you able to confirm that the issue is still present in the experimental Wayland session?

@Cyrille37
Copy link

Hi @rcalixte

is still present in the experimental Wayland session?

Cannot test because of a dark screen with a coredump with Wayland session

It's not the place here, just for info :-)

Jan  9 12:26:22 ubuntu-NS5x-NS7xAU kernel: [12435.820255] traps: cinnamon[2029] general protection fault ip:7f68f8643a73 sp:7ffda9c327c0 error:0 in libglib-2.0.so.0.7200.4[7f68f860f000+8f000]
Jan  9 12:26:22 ubuntu-NS5x-NS7xAU systemd[1]: Created slice Slice /system/systemd-coredump.
Jan  9 12:26:22 ubuntu-NS5x-NS7xAU systemd[1]: Started Process Core Dump (PID 42761/UID 0).
Jan  9 12:26:23 ubuntu-NS5x-NS7xAU systemd-coredump[42762]: Process 2029 (cinnamon) of user 1001 dumped core.#012#012Found module linux-vdso.so.1 with build-id: 
...

@rcalixte
Copy link
Member

Cannot test because of a dark screen with a coredump with Wayland session

You might need to create a temporary new user to get the login working.

@DirkHaar
Copy link

DirkHaar commented May 9, 2024

Duplicate to #10322 (and my #11171

@DirkHaar
Copy link

DirkHaar commented May 9, 2024

It must be noted that only append in "List View" mode, it doesn't happen in the other two modes (icon, compact), so I do not understand why it is a X11 dependency.

The objects are drawn differently in one layout vs the other. I'm not sure if objects can be drawn the same way in the List view due to the nature of the objects. I've checked the code on this a few times, but feel free to take a look to see if there's anything I've missed.

I have no idea why this should be related to "objects are drawn" or X just like OP - it is a simple text field which entry isn't processed correctly.

I'll check this starting a wayland session and enter results at #10322 .

Edit after adding a new user to test: the rename in nemo obviously uses a different system routine like e.g. the text box to enter the new username.

@Cyrille37
Copy link

Hi. I'm not precise, but it seems to me that there are many places where the Ctrl key has a problem
(For example a Ctrl + C in Firefox developer tools tab "inspector").

For some time now, I've been getting into the habit of using the mouse instead of the keyboard to copy a selected item, and thinking to leave Cinnamon only for this every day problem :-(

@DirkHaar
Copy link

DirkHaar commented May 9, 2024

It seems that under Xorg ctrl is grabbed at key pressed and the circle effect is shown at key release.

Under wayland instead ctrl is grabbed, and the circle effect is shown at release.

Observation probably depending on theme:
I can reproduce the effect even in this text box here running X: as soon as you press ctrl, the blue box frame is greyed out, the circles are shown at key release.
Under wayland (standard theme) the box frame doesn't change.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants