Help talk:Locating broken scripts

About this board

Jdx (talkcontribs)

TU #58 states "…please mention this fact in the report". What fact it refers to? To the fact that one has reported the bug to the extension developers? Then IMO TU #58 should start with "If you also decide…". But I am not a native English speaker.

BTW. Also we do not report bugs on Wikipedia.

AKlapper (WMF) (talkcontribs)
Whatamidoing (WMF) (talkcontribs)

I believe that "this fact" refers to "If you find that the problem is indeed related to a browser extension". If you know that the browser extension is involved, but you want to report the problem on wiki, then please tell the other editors/volunteers that this browser extension is involved.

AKlapper (WMF) (talkcontribs)
Reply to "Unclear TU #58"

What to do when the script only works with "?debug=true"?

1
JackPotte (talkcontribs)

Hello, I've just copied a script from Meta (where it was working) to w:fr:MediaWiki:Gadget-Smart_patrol.js and now it's only working with "?debug=true". Otherwise it says " ReferenceError: markAllAsPatrolled is not defined", but I don't understand why because it is defined in the script and I've purge the page and tested from another navigator and account (with no other gadget). JackPotte (talk) 21:36, 24 August 2018 (UTC)

Logged out/incognito?

3
Elitre (WMF) (talkcontribs)

@AKlapper (WMF), my first step for diagnosing is asking user to test while logged out, or in incognito window to reduce the hassle. (How) is that different from the safe mode thing? If it is, it is worth adding somewhere?

AKlapper (WMF) (talkcontribs)
PrimeHunter (talkcontribs)

safemode doesn't run any of personal user scripts, gadgets, or sitewide JavaScript in the MediaWiki namespace, e.g. MediaWiki:Common.js. Logging out will still run default gadgets and sitewide JavaScript in the MediaWiki namespace. I think this difference should be mentioned. If safemode stops a problem but logging out does not then it may be a waste to test your personal JavaScript and opt-in gadgets.

Another thing worth mentioning: If you preview a personal JavaScript page, e.g. your common.js, then the previewed version runs instead of the saved version. If the issue can be seen on the previewed page then you can make tests without saving all the time.

Reply to "Logged out/incognito?"
Stryn (talkcontribs)

Those screenshots are not up-to-date, the developer tools are different in Firefox 58.

Trizek (WMF) (talkcontribs)

If you have time to update the screenshots, please help! :)

Stryn (talkcontribs)

I have time, but then the text of this page should be changed too.

For me Firefox console looks like that: https://snag.gy/SpFGsA.jpg

So there is no own section for "net", "css", "js", "security", "logging" and "server", they all seem to be in the same.

Trizek (WMF) (talkcontribs)

Well then if you have time to update anything, please help as well! :) I'll mark your edits for translation when they will be done. Thank you for your help!

Reply to "Old screenshots"

Good communication about a broken script

1
Elitre (WMF) (talkcontribs)
Reply to "Good communication about a broken script"

Does emptying the cache work?

2
Elitre (WMF) (talkcontribs)

A user here says that emptying his cache prevents a lot of his problems. So I wonder if we should recommend these easy fixes before anything else?

Trizek (WMF) (talkcontribs)

Yes, that's a good first move. I think we have created this page based on the assumption that users have already purged the cache.

Changed!

Reply to "Does emptying the cache work?"
Wargo (talkcontribs)

It is also about CSS ;)

AKlapper (WMF) (talkcontribs)

So?

Trizek (WMF) (talkcontribs)

If you want to explain how to track broken CSS, please create a page. :)

Wargo (talkcontribs)

The same methods apply to debugging CSS (at least using URL options). I think it should be mentioned here.

Trizek (WMF) (talkcontribs)

You can edit the page then. :)

Reply to "CSS"
There are no older topics
Return to "Locating broken scripts" page.