Last modified: 2014-06-20 21:54:26 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 T52962, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 50962 - [Regression] section=new no longer works for user js/css pages
[Regression] section=new no longer works for user js/css pages
Status: NEW
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
1.21.x
All All
: High major (vote)
: Future release
Assigned To: Nobody - You can work on this!
: code-update-regression
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-07-08 18:01 UTC by Krinkle
Modified: 2014-06-20 21:54 UTC (History)
7 users (show)

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


Attachments

Description Krinkle 2013-07-08 18:01:45 UTC
Various wikis use section=new on js or css pages in combination with "preload" and "editintro" to make it easier for non-developers to "install" a user script or style modification.

For example on [[nl:User:Krinkle/RTRC]], https://nl.wikipedia.org/w/index.php?title=Gebruiker:Krinkle/RTRC&action=render, there is a link to:

https://nl.wikipedia.org/w/index.php?title=Speciaal:Mypage/common.js&action=edit&section=new&preload=User:Krinkle/install/RTRC&editintro=User:Krinkle/install-editintro

But this results in the "sectioneditnotsupported-text" error message as of recently.
Comment 1 Krinkle 2013-07-08 18:06:22 UTC
Looks like it is a more recent regression (not just regression from when ContentHandler was added) as it worked a few months ago when bug 43008 was raised and fixed.
Comment 2 Kunal Mehta (Legoktm) 2013-07-08 18:10:19 UTC
The resolution of bug 43008 was to raise the "sectioneditnotsupported-text" error. See the implementation in https://gerrit.wikimedia.org/38689/ which added the error message.
Comment 3 Krinkle 2013-11-19 06:07:45 UTC
Bump.
Comment 4 Technical 13 2014-03-01 02:21:56 UTC
bump as I'm interested in this as well..
Comment 5 James Forrester 2014-06-20 17:39:17 UTC
(In reply to Krinkle from comment #0)
> Various wikis use section=new on js or css pages in combination with
> "preload" and "editintro" to make it easier for non-developers to "install"
> a user script or style modification.

Is this a use case we wish to encourage? From my perspective this is a frightening thing to encourage. If there's popular JS/CSS things out there, a community should make it into a gadget (this is, after all, what they're for).
Comment 6 Technical 13 2014-06-20 17:51:35 UTC
(In reply to James Forrester from comment #5)
> (In reply to Krinkle from comment #0)
> > Various wikis use section=new on js or css pages in combination with
> > "preload" and "editintro" to make it easier for non-developers to "install"
> > a user script or style modification.
> 
> Is this a use case we wish to encourage? From my perspective this is a
> frightening thing to encourage. If there's popular JS/CSS things out there,
> a community should make it into a gadget (this is, after all, what they're
> for).

Not all userscripts are popular enough to become gadgets, and some of them (for example WikiProject specific scripts) should likely not be available as gadgets in most cases.
Comment 7 James Forrester 2014-06-20 17:53:11 UTC
(In reply to Technical 13 from comment #6)
> (In reply to James Forrester from comment #5)
> > (In reply to Krinkle from comment #0)
> > > Various wikis use section=new on js or css pages in combination with
> > > "preload" and "editintro" to make it easier for non-developers to "install"
> > > a user script or style modification.
> > 
> > Is this a use case we wish to encourage? From my perspective this is a
> > frightening thing to encourage. If there's popular JS/CSS things out there,
> > a community should make it into a gadget (this is, after all, what they're
> > for).
> 
> Not all userscripts are popular enough to become gadgets, and some of them
> (for example WikiProject specific scripts) should likely not be available as
> gadgets in most cases.

Isn't that more a reason to have better management/listing of gadgets than revert this intentional removal of functionality? (See bug 43008 comment 2).
Comment 8 Helder 2014-06-20 21:54:26 UTC
That would be one of [[mw:Gadgets 3.0]] features:
"Instead of scaring people with a huge list, provide a selection UI with category-based browsing "
Unfortunately we are not even on 2.0 yet...

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


Navigation
Links