In T359998#9653398, @Ammarpad wrote:The hide-if statement of reason field is commented out as we can't figure out how to hide it if gfw is empty. We would like assistance to set up that parameter.
hide-if logic does not currently support multi-value fields, so it cannot be used with gfw field
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
Fri, Mar 22
Fri, Mar 22
Thu, Mar 14
Thu, Mar 14
LuciferianThomas updated the task description for T359998: Install ContactPage on zhwiki and add contact form.
Wed, Mar 13
Wed, Mar 13
Dec 15 2023
Dec 15 2023
LuciferianThomas added a comment to T276782: FlaggedRevs: reviewAllPages.php CommentStore.php: $row does not contain fields needed for comment rev_comment.
In T276782#9408781, @adrelanos wrote:In T276782#9405657, @Samwilson wrote:@adrelanos are you able to replicate the problem without FlaggedRevs enabled?
No. I don't have any similar issues without FlaggedRevisions. And I wouldn't know how to reproduce this issue without FlaggedRevisions. Because only by running php reviewAllPages.php --username Patrick this issue happened. And the reviewAllPages.php comes within the FlaggedRevisions folder.
Or do you mean I should test disable the FlaggedRevisions in mediawiki config and then run reviewAllPages.php?
Dec 14 2023
Dec 14 2023
LuciferianThomas added a comment to T276782: FlaggedRevs: reviewAllPages.php CommentStore.php: $row does not contain fields needed for comment rev_comment.
I tried commenting out all lines in my configuration that are loading extensions, and the issue persists. Looking back at T252043, the issue appeared since 1.35, so is it possible to be as T276782#6891983 outlined, having a issue with scripts not updated with the new database structure?
LuciferianThomas added a comment to T276782: FlaggedRevs: reviewAllPages.php CommentStore.php: $row does not contain fields needed for comment rev_comment.
re @Samwilson no, not at all.
wfLoadExtensions( [ // 'AbuseFilter', 'AntiSpoof', 'Cite', 'CodeEditor', 'CodeMirror', 'CSS', 'DisplayTitle', 'Elastica', 'GeoData', 'Interwiki', 'JsonConfig', 'Kartographer', 'LabeledSectionTransclusion', // 'Loops', 'NativeSvgHandler', 'NoTitle', 'Nuke', 'ParserFunctions', 'PdfHandler', // 'ProtectSite', 'Scribunto', 'SyntaxHighlight', 'TabberNeue', 'TemplateData', 'TemplateStyles', 'TemplateStylesExtender', 'Translate', 'UniversalLanguageSelector', 'UrlShortener', 'VisualEditor', 'WikiEditor' ] );
This is all I have.
LuciferianThomas added a comment to T276782: FlaggedRevs: reviewAllPages.php CommentStore.php: $row does not contain fields needed for comment rev_comment.
Also getting the same issue after trying to use rebuildall.php with importDump.php with MediaWiki 1.41-beta releases. Is there any immediate hotfix that I can work with to get around the issue and use the rebuild script?
Dec 11 2023
Dec 11 2023
Jul 3 2023
Jul 3 2023
LuciferianThomas changed the status of T331289: Request for zhwiki to be added to CopyPatrol from Stalled to Open.
It doesn't look like there's something blocking progress to have this task stalled, more like it's just not yet done.
Jan 20 2023
Jan 20 2023
LuciferianThomas added a comment to T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
In T326696#8541807, @Umherirrender wrote:The next time the broken option is changed, it would fix itself.
The main problem is when this happens with VE options, VE won't load at all, essentially bricking the options (options can only be changed when VE is loaded), leaving the API as the only way to fix things.
Jan 16 2023
Jan 16 2023
LuciferianThomas added a comment to T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
I don't think the truncated Chinese character is specifically the problem, I feel like it's more likely to be JS running JSON.parse on the preference value and resulting in an error.
Jan 15 2023
Jan 15 2023
LuciferianThomas added a comment to T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
I didn't reset all preferences, the only thing I did reset was that specific preference string. I believe that is what caused my bricked preferences - failed to parse a (JSON) string type from the string-typed value when starting 2017 editor. I suppose it's normally saved like "visualeditor-findAndReplace-findText": "\\"[escaped content]\\"", but the latter escaped closing quotation mark was purged by overflowing the maximum length of preference strings I think? And such leaves me with "visualeditor-findAndReplace-findText": "\\"[very very long escaped content]" which is not a proper type and can't be parsed.
LuciferianThomas added a comment to T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
Aha, found the problem. I have visualeditor-findAndReplace-findText filled with a very long string (probably accidentally copy-pasted). Setting it to a blank string fixed things... I think.
Jan 14 2023
Jan 14 2023
LuciferianThomas added a comment to T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
@Func is there a way for me to completely reset my preferences for zhwiki specifically so I can get out of the bricked situation? It's been annoying having 2017 editor broken.
Jan 13 2023
Jan 13 2023
LuciferianThomas added a comment to T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
I feel like what broke all of the above would be the latest 1.40.0-wmf.18 version, since before that range of deployment dates I don't feel like there are any of such issues.
LuciferianThomas reopened T326788: Unexpected "Page contents not supported in other languages" in non-article namespace as "Open".
Reopening per T326696#8522469, this is not a simple duplicate. @Bugreporter, T275147 is for developers to determine what to put for the empty state, and this is a bug report for interwiki and language links not loading on specific sites. I have faced the exact same issue on Chinese Wikipedia where language and interwiki links would not load under the Vector 2022 skin even on pages with linked pages. Example being while using Vector 2022 (e.g. on https://zh.wikipedia.org/wiki/Wikipedia:关于?useskin=vector-2022) shows the abovementioned empty menu incorrectly, while the old Vector skin can show such links (https://zh.wikipedia.org/wiki/Wikipedia:关于?useskin=vector).
LuciferianThomas added a comment to T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
Hey there @Func, I noticed that my interwiki language menu has also been bricked in the same way as T326788. Is it possible that these issues could be inter-related?
Nevermind, I tried checking it while logged out and it seems like they aren't related, and it seems to happen consistently across zhwikipedia, reopened that task instead.
Jan 12 2023
Jan 12 2023
LuciferianThomas added a comment to T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
@Func I understand the part that my preferences are likely bricked somewhere - I guessed this is the most likely option given that the issue is across devices for me. However I do not particularly understand how to use the abovementioned task. I've searched up mw.user.options.set in the page HTML and found one blank call mw.user.options.set(), yet the line has tokens in it and I'm better off not sharing it (line starts with (RLQ=window.RLQ||[])).
LuciferianThomas added a comment to T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
[Intervention] Images loaded lazily and replaced with placeholders. Load events are deferred. See https://go.microsoft.com/fwlink/?linkid=2048113 load.php?lang=zh-hk&modules=ext.CodeMirror%2Ccharinsert%2CeventLogging%2CnavigationTiming%2Cpopups%2CwikimediaEvents%7Cext.CodeMirror.data%2Clib%7Cext.CodeMirror.mode.mediawiki%7Cext.centralNotice.geoIP%7Cext.centralauth.ForeignApi%7Cext.centralauth.centralautologin.clearcookie%7Cext.cx.eventlogging.campaigns%7Cext.discussionTools.init%7Cext.echo.api%2Cinit%7Cext.uls.common%2Ccompactlinks%2Cinterface%2Cpreferences%2Cwebfonts%7Cjquery%2Cmoment%2Coojs%2Coojs-ui-core%2Coojs-ui-windows%2Crangefix%7Cjquery.client%2Ccookie%2CtextSelection%2Cui%7Cjquery.uls.data%7Cmediawiki.ForeignApi%2CString%2CTitle%2CUri%2Capi%2Cbase%2Ccldr%2Ccookie%2Cexperiments%2CjqueryMsg%2Clanguage%2Cstorage%2Cuser%2Cutil%2CvisibleTimeout%7Cmediawiki.ForeignApi.core%7Cmediawiki.editfont.styles%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.ready%7Cmediawiki.page.watch.ajax%7Coojs-ui-core.icons%2Cstyles%7Coojs-ui-windows.icons%7Coojs-ui.styles.icons-editing-styling%2Cindicators%7Cskins.vector.es6%2Cjs%7Cskins.vector.icons.js&skin=vector-2022&version=1bj5z:1247
LuciferianThomas added a comment to T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
@Aklapper Added, though I don't see the point when literally every single page edit action and IP contribution page is broken.
LuciferianThomas updated the task description for T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
LuciferianThomas added a comment to T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
@Aklapper Thanks for the notification, edited the request. I can't really fill in any steps to reproduce the issue as I didn't do anything specific to break it, it was working as intended until some random time where I changed nothing.
LuciferianThomas updated the task description for T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
Jan 11 2023
Jan 11 2023
LuciferianThomas updated the task description for T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
LuciferianThomas updated the task description for T326696: User options supplied to client side empty due to json encoding errors (multibyte character cut in half).
Jun 15 2022
Jun 15 2022
Apr 28 2022
Apr 28 2022
LuciferianThomas added a comment to T307007: Enable "auto-block" feature for AbuseFilter on Chinese Wikiversity.
@Stang I think it would be fine to configure it in the same way as Chinese Wikipedia.
May 10 2021
May 10 2021
LuciferianThomas added a comment to T265332: Incorrect font used in color-coded 2017 Wikitext Editor.
@matmarex
I finally found out what exactly the problem is.
Using Traditional Chinese and Simplified Chinese as display language, the fonts used are also different.
When using Traditional Chinese (incl. Trad. Chinese (Taiwan), Trad. Chinese (Hong Kong), Trad. Chinese (Macao)) as display language on Chinese wikis, the editor first loads with the Simplified Chinese font by default and then the syntax highlight overlay uses the Traditional Chinese font. Since the two fonts have different character widths, the editor doesn't actually match with the overlay. I can also reproduce this even in Fandom which also supports syntax highlighting. Please check if you can reproduce this again using Traditional Chinese as the display language.
Jan 11 2021
Jan 11 2021
LuciferianThomas renamed T265332: Incorrect font used in color-coded 2017 Wikitext Editor from Incorrect display of full-width punctuation on 2017 Wikitext Editor to Incorrect font used in color-coded 2017 Wikitext Editor.
LuciferianThomas added a comment to T265332: Incorrect font used in color-coded 2017 Wikitext Editor.
LuciferianThomas added a comment to T265332: Incorrect font used in color-coded 2017 Wikitext Editor.
Thread bump and update: it seems to using the very same font for any configurations of edit tool font set in my preferences (on zhwiki), and in fact has a different character spacing causing the shift. Any idea what could fix this?
Nov 3 2020
Nov 3 2020
LuciferianThomas added a comment to T265332: Incorrect font used in color-coded 2017 Wikitext Editor.
Btw, in enwp, it does correctly use monospace fonts so that isn't a problem, but this problem exists in zhwp where it's not using monospace fonts as configured.
Oct 26 2020
Oct 26 2020
LuciferianThomas added a comment to T265332: Incorrect font used in color-coded 2017 Wikitext Editor.
So... are there any ways to solve this problem?
Oct 17 2020
Oct 17 2020
LuciferianThomas added a comment to T265332: Incorrect font used in color-coded 2017 Wikitext Editor.
It is actually not using monospace fonts as set in my preferences.
Oct 16 2020
Oct 16 2020
LuciferianThomas added a comment to T265332: Incorrect font used in color-coded 2017 Wikitext Editor.
Anyways, I suppose it should actually force the use of a (common) fixed-width monospace font instead of somehow using weird fonts that mess things up?
Oct 15 2020
Oct 15 2020
LuciferianThomas added a comment to T265332: Incorrect font used in color-coded 2017 Wikitext Editor.
Yes, I did actually experience this on multiple devices, from desktop computers to computer tablets.
Oct 13 2020
Oct 13 2020
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL