There is a feature to hide them, but what is probably happening is that the regular tags show up as part of the profile, and then ProfileTags loads in and hides them and inserts its own tags. You could try seeing if there's a reason why it's taking a while to load (eg load order, slow network, etc), and/or use CSS to hide the regular tags.
It's the DiscussionsViewer script from dev
And the code is?
DB as in? You can use scripts like DataTables to control how something is shown on the wiki, but you'll still need to store the data somewhere (eg in a lua data module, on the page, pull it via DPL, etc)
You tried adding it to dev's ImportJS, please add it to your own wikis instead.
Only possible through dev wiki for lua modules (but you can use a bot to keep them in sync).
For JS you could use importArticle(s) in the wiki's MediaWiki:Common.js to import another wiki's JS, for example:
importArticle({
type: 'script',
articles: 'u:fr.example:MediaWiki:CoolScript.js'
});Hm, looking into it, it looks like there's something in the wiki's JS that's causing issues. I'm not sure what tho, the only thing I can see that might affect it is the search suggestions script, but that only runs on Special:Search. There's also issues with your Common.js (bare wg vars instead of using mw.config.get), so maybe it's worth seeing if fixing those issues fixes the issue with OasisRevived somehow?
Can you link the wiki? Also check your console for any warnings/errors.
Discussions isn't part of the wiki, so CSS and JS isn't included there. If you want to apply any JS/CSS for yourself you'll need to use a browser extension. As for other pages, it depends on the page. Special:Preferences for example doesn't load JS/CSS so that you're able to disable your JS/CSS if something goes wrong.
By "initialization of extensions" do you mean putting scripts in your user JS page>
Does the linter in ace throw on arrow functions and etc? If so that might work
If you log the request headers from the request you're making via your bot and the working request in your browser, are there any differences? You might also try checking the cookies and make sure you're not missing a cookie or etc.
Does the login work for you? Also what if you include the cookiejar in the other requests too?
How are you handling auth and cookies?
Np~
In your preferences (under the appearance tab) enable personal JS. Also please report that your preferences got reset to staff since that could be a reoccurrence of an issue that was fixed a long time ago.
https://support.fandom.com/hc/requests/new
Staff said that LastEdited will remain personal use only. As for MultiUpload, it's problly because it changes what's considered a basic part of the site.
I'm double checking with staff to make sure it's still personal use only since the customization policy was updated recently, but if it's still personal use only then it means that the users who want to use it will need to install it for themselves (or the wiki can set it up as a gadget, but it would have to be not set to enabled by default). As for the Animator vs Animation Wiki that's added it wiki-wide, unless they changed where it's positioned, yes they technically would be in violation of the ToU as the customization policy is enforced by the ToU.
Because by default it's placed below the article title, and that's covered by the customization policy.