All posts by KockaAdmiralac
Yes. Also, AbuseFilter still doesn't work with Discussions. But anyways, the user was able to post on Discussions since so I assume this problem has been resolved.
Are you able to edit your userpage?
One approach would be:
<p style="line-height: 16px;">'''{{{Original Japanese}}}'''<br/><small>{{{Romaji/hepburn}}}</small><br><small>(''{{{English}}}'') </small> {{{Text}}}</p>but in that case you would have to specify a Text parameter to the template with the text that displays after the English translation. If you instead place that text after the template, it'll end up below the intro paragraph. This isn't ideal, because your whole intro paragraph would be a template.
Sure, here's what it looks like in Visual Editor source mode's preview in incognito mode:
I'm using PseudoMonobook with Dark Reader on a 1980x1080 screen, which is why the contents of the screenshot may look off, but that's how I interpreted their "after the bracket of the English translation". Also, because I happened to look through the Getting Technical board today.
If this is what you want it to look like:
then it's just the same template you currently use but without <div style="float:left;"> and </div>.
I disabled the script from running on the UCP because Staff said it was causing issues. I believe it was causing issues when I ran it back then, but either way, WAM is not on the UCP yet.
It isn't really an issue, you created it with the wikitext content model and moved it to a page which is supposed to have a CSS content model. MediaWiki can't assume you want to change the content model while changing the page name, so the content model stayed the same.
Original Authority wrote: They should display, odd if they're not!
They were never displayed. Only chat moderator, administrator, bureaucrat and founder were added to groups on UserActivity.
That's probably because it takes you to wikiurl.fandom.com/?diff=<id>, which, unlike on the current Fandom platform, does not work. You would have to visit wikiurl.fandom.com/wiki/?diff=<id> for it to work. I think it's just a regression.
content-disposition: inline; filename="Toriel_battle.webp"; filename*=UTF-8''Toriel_battle.webp content-type: image/webpwhereas on here I'm seeing
content-disposition: inline; filename="Toriel_battle.png"; filename*=UTF-8''Toriel_battle.png content-type: image/pngin the response headers for these images. Using a different domain (
images.wikia.nocookie.net or images.wikia.com) also does not change these headers.
WebPs are still not original images, though. I don't think the issue here is that Vignette is still serving WebP images with the .webp extension in the Content-Disposition header (that Chrome is for some reason ignoring and just downloading them as PNG) when accessed without ?format=original but that these images have quality losses.
Bot passwords are for your own account though, they aren't meant to replace bot accounts as far as I'm aware.
Pretty sure that's not how bot passwords are supposed to work. You should only be able to log in with your "bot" account via MediaWiki API, that is, while using bot software such as AWB, Pywikibot or others.
Fandyllic wrote: I created a Phase 1 UCP wiki and bunches of templates and some lua modules are missing.
They are missing because Scribunto has not been modified yet to be able to load global Lua modules from Dev. If they existed you would be seeing a lot of Lua script errors. I doubt this is considered a bug, as this is a feature-incomplete release and global Lua modules are just a missing feature.