| Jules78120 | |
| Mar 23 2021, 6:42 PM |
| F34183331: Screen Shot 03-23-21 at 08.57 PM.PNG | |
| Mar 23 2021, 7:58 PM |
| F34183303: Screenshot_2021-03-23 Journal des filtrages — Wikipédia(1).png | |
| Mar 23 2021, 7:29 PM |
| F34183264: Screenshot_2021-03-23 Journal des filtrages — Wikipédia.png | |
| Mar 23 2021, 6:44 PM |
On fr.wikipedia.org, when in the abusefilter log ( https://fr.wikipedia.org/wiki/Sp%C3%A9cial:Journal_du_filtre_antiabus ), when clicking on the drop-down settings menu, named (in French) "Rechercher dans le journal des filtrages", this drop-down menu doesn't open on the first try. When the bugs occurs, a reload/F5 often (but not always) solve the problem.
Bug encountered several times, on Firefox 86.0.1. No ad blocker enabled.
When the menu does open, the parameters drop-down ("Toutes les actions", "Tous", etc.) don't open; they seem to be affected by the same bug.
This very much feels like a userland problem. One option might be a conflict with a user script or personal CSS. @Jules78120 Could you please check whether the problem still appears when using safemode?
@Daimona Thanks for the reply. I tried with &safemode=1: indeed, the bug does not appear anymore. I will try to find what .js or .css can cause that.
When visiting the AbuseLog on frwiki I randomly get the following error in the console
Uncaught TypeError: Cannot read property 'ownerDocument' of undefined at Object.OO.ui.Element.static.getDocument at Object.OO.ui.Element.static.getClosestScrollableContainer at OoUiPopupWidget.OO.ui.mixin.FloatableElement.togglePositioning at OoUiPopupWidget.OO.ui.PopupWidget.toggle at showTipsy https://fr.wikipedia.org/w/load.php?lang=it&modules=ext.centralNotice.geoIP%7Cext.centralauth.ForeignApi%7Cext.centralauth.centralautologin.clearcookie%7Cext.cx.eventlogging.campaigns%7Cext.echo.api%2Cinit%7Cext.eventLogging%2CnavigationTiming%2CwikimediaEvents%7Cext.uls.common%2Ccompactlinks%2Cinterface%2Cpreferences%2Cwebfonts%7Cjquery%2Coojs%2Coojs-ui-core%2Coojs-ui-widgets%2Csite%7Cjquery.client%2Ccookie%2ClengthLimit%2CmakeCollapsible%2CtextSelection%7Cjquery.uls.data%7Cmediawiki.ForeignApi%2CString%2CTitle%2CUri%2Capi%2Cbase%2Ccldr%2Ccookie%2Cexperiments%2Chtmlform%2CjqueryMsg%2Clanguage%2Cstorage%2Cuser%2Cutil%2Cwidgets%7Cmediawiki.ForeignApi.core%7Cmediawiki.editfont.styles%7Cmediawiki.htmlform.ooui%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.ready%7Cmediawiki.widgets.UserInputWidget%2Cdatetime%7Coojs-ui-widgets.icons%7Coojs-ui.styles.icons-content%2Cicons-moderation%2Cicons-movement%7Cskins.vector.js%7Cuser.defaults&skin=vector&version=cl315:97
This might indicate an issue in ULS, or maybe in OOUI itself, or in the site JS if it really stops happening with safemode. It's almost certainly not caused by AbuseFilter though.
Hmmm however, even when the error appears, the dropdown still works, so it might be an unrelated error. If safemode fixes it, I'd suggest locating what script is breaking it as per https://www.mediawiki.org/wiki/Help:Locating_broken_scripts
@Daimona Thank you very much for you help. I found the script causing the bug: [[Utilisateur:0x010C/script/EnhancedContribToolList.js ]]. It's an Uncaught TypeError: mw.Api is not a constructor. I removed this script from my .js. Only one other user has this script enabled, I will warn him.
Okay, I take it back: it was not the source of the bug. After removing the script, the bug is still there.
But I got no other error in my console. Just 2 warnings (see screenshot).
I will try to solve this by removing one by one my scripts.
This time, I doublechecked and found that the source of the bug is https://fr.wikipedia.org/wiki/Utilisateur:Arkanosis/xpatrol.js
Glad you found the reason. I'm closing this task per last comment, as this is about fixing on-wiki content (which isn't tracked in Phabricator).
