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

"Copy this code [...]" boxes: Actual selection may differ from previewed selection #537

Open
Chealer opened this issue Apr 2, 2018 · 3 comments
Labels
🏷 status: label work required Needs proper labelling before it can be worked on

Comments

@Chealer
Copy link

Chealer commented Apr 2, 2018

If I go to https://creativecommons.org/choose/?lang=en and try selecting - for example - a URL in the "Copy this code to let your visitors know!" textarea, the previewed selection matches the fragment I'm trying to select, but when I release the primary mouse button, it turns out the actual selection is the whole textarea's content.

In report creativecommons/creativecommons.org#681, Rob Myers stated that it was intentional that the whole content is selected even when the user tries selecting a fragment. If that is correct, the solution would be to properly reflect what will happen between the time the button is pushed and the time it is released.

@creativecommons creativecommons deleted a comment from lynkuboiak May 22, 2018
@creativecommons creativecommons deleted a comment from lynkuboiak May 22, 2018
@Chealer
Copy link
Author

Chealer commented May 26, 2018

@georgehari why was this report closed? I still get inconsistent behavior on Firefox 52.8.0.

@georgehari
Copy link

It works in Chrome. You didn't specify you are using Firefox.

@georgehari georgehari reopened this May 26, 2018
@Chealer
Copy link
Author

Chealer commented May 26, 2018

@georgehari I did not specify that I use Firefox, but this issue is not specific to Firefox. It also happens with Internet Explorer and Chrome (still with Chrome 66). Which Chrome version do you use?

In any case, when closing a ticket, one should indicate how the issue was fixed, or what suggests that it has been fixed.

Thanks for reopening

@cc-open-source-bot cc-open-source-bot added the 🏷 status: label work required Needs proper labelling before it can be worked on label Dec 2, 2020
@TimidRobot TimidRobot transferred this issue from creativecommons/creativecommons.org Sep 17, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🏷 status: label work required Needs proper labelling before it can be worked on
3 participants