Page MenuHomePhabricator

Refill results page returning '404 - Not Found'
Closed, ResolvedPublicBUG REPORT

Description

Steps to Reproduce:

Browse to https://tools.wmflabs.org/refill/ng/result.php?page=Jersey&defaults=y&wiki=en

Actual Results:

The server returns a 308 permanent redirect to https://refill.toolforge.org/ng/result.php?page=Jersey&defaults=y&wiki=en which in turn returns a 404

Expected Results:

The tool should go ahead and process the bare URLs in the article

Event Timeline

The user script maintained by @zhaofengli at https://meta.wikimedia.org/w/index.php?title=User:Zhaofeng_Li/Reflinks.js would need to be changed so that instead of

this.server = typeof rlServer !== 'undefined' ? rlServer

	            : "https://tools.wmflabs.org/refill";

this.server2 = "https://tools.wmflabs.org/refill/ng";

there is

:this.server = typeof rlServer !== 'undefined' ? rlServer

	            : "https://refill.toolforge.org/refill/ng";

:this.server2 = "https://refill.toolforge.org/refill/ng";

however as only zhaofengli can update his own script, I've made a copy at https://meta.wikimedia.org/wiki/User:Curb_Safe_Charmer/Reflinks.js with this change applied.

Editors would need to update their common.js as follows:

mw.loader.load( "https://meta.wikimedia.org/w/index.php?title=User:Zhaofeng_Li/Reflinks.js&action=raw&ctype=text/javascript" ); refill
mw.loader.load( "https://meta.wikimedia.org/w//index.php?title=User:Curb_Safe_Charmer/Reflinks.js&action=raw&ctype=text/javascript" ); // refill

Of course this is just a workaround and 99.9% of users of Refill will never know that they need to do something to fix it...

however as only zhaofengli can update his own script, I've made a copy at https://meta.wikimedia.org/wiki/User:Curb_Safe_Charmer/Reflinks.js with this change applied.

@Krinkle can you help out with an edit of this popular user script?

Mentioned in SAL (#wikimedia-cloud) [2020-07-09T04:39:54Z] <wm-bot> <root> Restarted to pick up toolforge.org migration related changes to $HOME/.lighttpd.conf (T257481)

The $HOME/.lighttpd.conf changes:

$ diff -uw .lighttpd.conf.pre-toolforge.org .lighttpd.conf
--- .lighttpd.conf.pre-toolforge.org    2020-07-09 04:36:46.687622712 +0000
+++ .lighttpd.conf      2020-07-09 04:37:31.179604232 +0000
@@ -7,12 +7,12 @@
 }

 url.rewrite-if-not-file = (
-       "^/refill/ng/(.*)" => "/refill/ng/index.html"
+       "^/ng/(.*)" => "/ng/index.html"
 )

 server.modules += ("mod_status")
-status.status-url = "/refill/server-status"
-status.statistics-url = "/refill/server-statistics"
+status.status-url = "/server-status"
+status.statistics-url = "/server-statistics"
 server.max-keep-alive-requests = 30
 server.max-keep-alive-idle = 5

I also had to make small changes to $HOME/public_html/ng/index.html and $HOME/public_html/ng/app.dd418aea35e29ef5e4f8.js to remove the /refill prefix from several URLs. This is basically a continuation of the changes done for T257471: Refill stuck at 'Submitting your task...'.

The deep link to https://tools.wmflabs.org/refill/ng/result.php?page=Jersey&defaults=y&wiki=en is now working as expected. Let's leave this open to see if we can get a global interface admin to fix the userscript at https://meta.wikimedia.org/wiki/User:Zhaofeng_Li/Reflinks.js to bypass the redirect too.

Why was the assignee of this task set to Cyberpower678 ?

Aklapper added a subscriber: Cyberpower678.

@Curb_Safe_Charmer: Ah, thanks for clarifying! Resetting task assignee as it's up to individuals what they plan to work on (or not).

@Curb_Safe_Charmer: Ah, thanks for clarifying! Resetting task assignee as it's up to individuals what they plan to work on (or not).

That policy is a bit sketchy when it comes to tasks under Tools. This umbrella project is for all kinds of things running in Toolforge which do not have a known dedicated bug reporting channel.

I made an edit to the script onwiki - https://meta.wikimedia.org/w/index.php?title=User:Zhaofeng_Li/Reflinks.js&diff=20266324 - that should fix this. Please let me know if the issue has been resolved

Hi all,
The page https://refill.toolforge.org/ still returns 404 for any wiki-page I try. This ticket says resolved.
Am I missing something?
Regards
Ashok

Hi all,
The page https://refill.toolforge.org/ still returns 404 for any wiki-page I try. This ticket says resolved.
Am I missing something?
Regards
Ashok

It doesn't return a 404 for me...

The page https://refill.toolforge.org/ still returns 404 for any wiki-page I try. This ticket says resolved.
Am I missing something?

There was yet another path (starting from https://refill.toolforge.org/ and submitting a title on enwiki) that had a hardcoded /refill path prefix. This hardcoded path was in $HOME/public_html/result.php. I have hot patched the file.


This tool is in dire need of active maintainers.