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

Cannot paste into comment fields using mouse #11216

Closed
2 of 7 tasks
IzzySoft opened this issue Apr 25, 2020 · 11 comments
Closed
2 of 7 tasks

Cannot paste into comment fields using mouse #11216

IzzySoft opened this issue Apr 25, 2020 · 11 comments
Labels
issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented outdated/theme/markdown type/enhancement An improvement of existing functionality

Comments

@IzzySoft
Copy link

  • Gitea version (or commit ref): 1.11.4 (but applies to other versions as well, e.g. on Codeberg.org)
  • Git version: n/a
  • Operating system: Linux
  • Database (use [x]):
    • PostgreSQL
    • MySQL
    • MSSQL
    • SQLite
  • Can you reproduce the bug at https://try.gitea.io:
    • Yes (provide example URL)
    • No
    • Not relevant
  • Log gist:

Description

When I try to paste into a comment (e.g. issue) using mouse middle button, nothing happens. This is true for my self-hosted instance as well as for Codeberg.org – however, funnily it seems to work on try.gitea.io (which runs a development version). As I often use both clipboards separately, not being able to mouse-paste is really hindering to me.

I'm not sure if the functionality being available at try.gitea.io means it will be available with a future release – or if that's some "internal modification" not being released. I couldn't find a corresponding configuration option either. But neither do I see a reason to disable that by default – that's quite unusual, and not the case with other products like GitLab or Github.

Screenshots

Cannot screenshot what's not there 😉

@guillep2k
Copy link
Member

try.gitea.io is running our development version for 1.12. It's a "future release" indeed. We hope to bring up a release candidate very soon. Keep checking blog.gitea.io! 😁

BTW, you can get our latest nightly release from https://dl.gitea.io/gitea/. Make sure you don't get confused by the alphabetical order of the directory.

Closing as fixed (in 1.12) 😉

@IzzySoft
Copy link
Author

Good to know, thanks! And yes, I regularly check with releases/ here 😉

@IzzySoft
Copy link
Author

IzzySoft commented Jul 3, 2020

With 1.12 rolled out on Codeberg.org, I still cannot copy/paste using the mouse. Must that be explicitly enabled – or was it just not included with the release?

@IzzySoft
Copy link
Author

IzzySoft commented Jul 20, 2020

It's still unfixed. I've tracked it down to JavaScript: With JS disabled, I can paste fine. As soon as JS is enabled, it no longer works. The culprit is most likely SimpleMde (see this issue there). Nextcloud Notes seems to have the same problem. There might be even more references. The issue at SimpleMde unfortunately is open already since 2017 and didn't get much attention (and I'm afraid it won't get any attention either: the project looks quite dead; maybe it's time to replace the editor, if there's an alternative).

@guillep2k mind to reopen? I guess it worked with try.gitea.io because I didn't enable JS for the site. I just tried again now with JS enabled, and indeed it does not work there either. Disabling JS is not a good option either as then not even preview would work…

@stale
Copy link

stale bot commented Sep 19, 2020

This issue has been automatically marked as stale because it has not had recent activity. I am here to help clear issues left open even if solved or waiting for more insight. This issue will be closed if no further activity occurs during the next 2 weeks. If the issue is still valid just add a comment to keep it alive. Thank you for your contributions.

@stale stale bot added the issue/stale label Sep 19, 2020
@IzzySoft
Copy link
Author

Dear bot, thanks for asking but the issue still persists. Please ask one of the devs for advice 🤣

@stale stale bot removed the issue/stale label Sep 19, 2020
@lunny lunny added issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented and removed reviewed/fixed labels Sep 19, 2020
@noerw noerw added outdated/theme/markdown type/enhancement An improvement of existing functionality labels Mar 20, 2021
@nidico
Copy link

nidico commented Apr 18, 2022

I'm having this issue as well in Firefox (99) on Debian Linux as well as on Firefox (99) on Linux Mint. On Chromium it works fine. It doesn't matter whether wayland is used or not.

To summarize:

This needs some more investigation...

@lunny
Copy link
Member

lunny commented Apr 3, 2023

Should be fixed by #23876

@IzzySoft
Copy link
Author

IzzySoft commented Apr 3, 2023

Thanks @lunny – will check again when the next release containing that commit is out. Feel free to give me a ping should I forget to report back in time 😉

@silverwind
Copy link
Member

Definitely fixed with #23876, let's close.

@IzzySoft
Copy link
Author

IzzySoft commented Apr 3, 2023

OK, OK – I take your word on that, thanks 😄

@github-actions github-actions bot locked as resolved and limited conversation to collaborators May 19, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented outdated/theme/markdown type/enhancement An improvement of existing functionality
Projects
None yet
Development

No branches or pull requests

7 participants