Page MenuHomePhabricator

"/wiki/wiki.html" not interpreted anymore as an alias for "/w/index.php" but as actual wiki page name "wiki.html"
Closed, DeclinedPublic

Description

I use a browser extension for right-click searching of words. It works by sending a selected string to e.g. https://en.wikipedia.org/wiki/wiki.html?search=foo

As of today, it no longer works. Instead it presents users with a page that assumes wiki.html is a redlink.

Is this something we need to fix, or they (and possibly others) need to fix?

Their sourcecode is at https://github.com/2341/wikipedia-context-menu-search/blob/master/background.js (which should be easy to fix if it's still being maintained, but perhaps this affects [some/many] other tools if it was an old standard?)

I've commented downstream at https://github.com/2341/wikipedia-context-menu-search/issues/1

Event Timeline

Aklapper renamed this task from wiki.html?search= no longer works to "/wiki/wiki.html" not interpreted anymore as an alias for "/w/index.php" but as actual wiki page name "wiki.html".Apr 3 2021, 10:02 AM

Being able to pass the search query parameter to any page and override that pages display to be the Special:Search page is functionality thats been around for a long time, but i've always interpreted it as a bug. Preferrably any search request should be issued to Special:Search instead of arbitrary pages.

I don't know that it was intentionally broken, it's worked for quite some time, but it doesn't seem like an intentional feature.

Does that mean this task should be declined? Or would restoring that behavior be welcome?

Gehel moved this task from needs triage to watching / waiting on the Discovery-Search board.

@Gehel: Or in different words: Who or what exactly is this task waiting on? If the team is only "watching" it, which other entity is supposed not to "watch" only?

@Aklapper @Gehel , I forgot why this was moved into watching. Due to the reasons above about the described behavior being desired behavior, this task should be declined