Last modified: 2014-02-01 11:19:43 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T62441, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 60441 - The text of custom toggles is no longer copiable
The text of custom toggles is no longer copiable
Status: NEW
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
1.23.0
All All
: Low minor (vote)
: ---
Assigned To: Nobody - You can work on this!
: code-update-regression
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-01-26 12:13 UTC by Helder
Modified: 2014-02-01 11:19 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
Screencast of Teahouse (1.10 MB, video/ogg)
2014-01-29 09:50 UTC, Helder
Details

Description Helder 2014-01-26 12:13:43 UTC
Until sometime ago I was able to copy the text of a collapsible section header such as this:
https://en.wikipedia.org/wiki/WP:Sandbox?oldid=592466923

It seems this broke when Gerrit change #105689 was merged.

Tested both on Google Chrome and Firefox.
Comment 1 Jesús Martínez Novo (Ciencia Al Poder) 2014-01-26 12:20:14 UTC
This was done because of bug 34445

From bug 34445 comment #0 :
> The hide/show buttons should also be not selectable.

INVALID?
Comment 2 Fomafix 2014-01-26 12:43:33 UTC
Buttons are part of the user interface and should not contain content.
Comment 4 Fomafix 2014-01-26 13:25:22 UTC
The function of a button is not copyable. The text of the button without the function is useless.

The possibility to create toggle buttons with custom text is good. But this text should not contain content of the page. It should contain hints to the reader to explain the button.

For example all custom toggle buttons in
https://test.wikipedia.org/wiki/User:Krinkle/CollapsingTestpageMw uses only hints for the reader and do not transfer content.
Comment 5 Bartosz Dziewoński 2014-01-27 19:03:54 UTC
Helder, does this have any real-life use-cases?
Comment 6 Helder 2014-01-27 19:52:49 UTC
(In reply to comment #5)
> Helder, does this have any real-life use-cases?
Well, I noticed this because I use a script[1] to make talk page sections collapsed if they were not edited recently, having their title as a collapsible toggle, and suddenly I was not able to copy (parts of) the section titles anymore.

[1] https://pt.wikibooks.org/wiki/User:Helder.wiki/Tools/TalkPageTools.js
Comment 7 Fomafix 2014-01-29 08:49:17 UTC
In a script you can overwrite the setting by

.mw-collapsible-toggle {
	-moz-user-select: all;
	-webkit-user-select: all;
	-ms-user-select: all;
	user-select: all;
}
Comment 8 Helder 2014-01-29 09:50:47 UTC
Created attachment 14407 [details]
Screencast of Teahouse

Here is another example from Teahouse:
https://en.wikipedia.org/wiki/WP:Village_pump_(technical)?oldid=592927635#Unable_to_copy_at_the_Teahouse
Comment 9 Fomafix 2014-01-29 11:57:30 UTC
(In reply to comment #8)
> Created attachment 14407 [details]
> Screencast of Teahouse
> 
> Here is another example from Teahouse:
> https://en.wikipedia.org/wiki/WP:
> Village_pump_(technical)?oldid=592927635#Unable_to_copy_at_the_Teahouse

I can not reproduce the problem. The screencast seam to be a z-index problem. I can not find any relations to Gerrit change #105689 .
Comment 10 Helder 2014-01-29 12:06:58 UTC
Hmm.. Never mind, I thought the sidebar toggle was also using the collapsible plugin...
Comment 11 Bartosz Dziewoński 2014-02-01 02:51:41 UTC
Hmm, doing something like making a title of a section a toggler for its content seems reasonable to me…

We should consider reverting the patch entirely or limiting the non-selectability to default toggle links (or default and premade, but not custom), but I have no strong opinion either way. Thoughts?
Comment 12 Jesús Martínez Novo (Ciencia Al Poder) 2014-02-01 11:19:43 UTC
(In reply to comment #11)
> Hmm, doing something like making a title of a section a toggler for its
> content
> seems reasonable to me…
> 
> We should consider reverting the patch entirely or limiting the
> non-selectability to default toggle links (or default and premade, but not
> custom), but I have no strong opinion either way. Thoughts?

If the original patch only uses CSS to prevent it's selection, one can add CSS to override it and allow the selection again on the custom toggle element, or use a CSS class with the same effect. Maybe such CSS selector can be added to core, like "mw-collapsible-toggle-enable-selection" or something

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links