Page MenuHomeMiraheze

OrangeStar
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Tuesday

  • Clear sailing ahead.

User Details

User Since
Nov 4 2022, 15:51 (13 w, 2 d)
Availability
Available
GitHub User
redbluegreenhat
Miraheze User
OrangeStar [ Global Accounts ]

Recent Activity

Today

OrangeStar claimed T10440: Looking to have Pivot skin features enabled on wanderingstars.miraheze.org — enable 'fixedNavBar' and 'usePivotTabs', disable 'showActionsForAnon' and 'showRecentChangesUnderTools'.

Pivot has an uncommon configuration setup compared to regular extensions, will get this done tomorrow.

Sun, Feb 5, 20:30 · Configuration, MediaWiki (SRE)
OrangeStar closed T10436: A problems about "Purge" actions, And DisplayTitles not working. as Resolved.
Sun, Feb 5, 20:25 · MediaWiki (SRE), MediaWiki, Database
OrangeStar edited projects for T10440: Looking to have Pivot skin features enabled on wanderingstars.miraheze.org — enable 'fixedNavBar' and 'usePivotTabs', disable 'showActionsForAnon' and 'showRecentChangesUnderTools', added: Configuration; removed MediaWiki.
Sun, Feb 5, 20:19 · Configuration, MediaWiki (SRE)
OrangeStar added a comment to T10430: Configuration Kartographer on lebork.miraheze.org.

The extension is on Wikimedia's version control, so I think Wikimedia's Phabricator is where bug reports should be filled. There's a Kartographer project there, add it to the task when creating it.

Sun, Feb 5, 14:06 · Configuration, MediaWiki (SRE)
OrangeStar added a comment to T10226: Add Scryfall to CSP whitelist.

Well, they're using Google Analytics (and Cloudflare's reverse proxy, which is also somewhat questionable, perhaps not quite as much as GA), so just for that I would decline this, but that's just me.

Sun, Feb 5, 13:35 · MediaWiki (SRE), CSP Review
OrangeStar added a comment to T10200: Change wiki database name, subdomain, and Project Page name.

Sorry, the above comment assumed that this was the pokemonwiki rename request. Anyway, should be fixed by waiting/closing and reopening the browser.

Sun, Feb 5, 12:36 · MediaWiki (SRE), Database, Universal Omega
OrangeStar added a comment to T10438: Central login issue for pokemonwiki.info.

Try closing and reopening the browser.

Sun, Feb 5, 12:30 · MediaWiki (SRE)
OrangeStar triaged T10438: Central login issue for pokemonwiki.info as Normal priority.
Sun, Feb 5, 12:19 · MediaWiki (SRE)
OrangeStar closed T10438: Central login issue for pokemonwiki.info as Resolved.

Was able to successfully login into the wiki. Probably some temporary error with CentralAuth.

Sun, Feb 5, 12:19 · MediaWiki (SRE)
OrangeStar closed T10200: Change wiki database name, subdomain, and Project Page name as Resolved.
Sun, Feb 5, 12:07 · MediaWiki (SRE), Database, Universal Omega
OrangeStar closed T10430: Configuration Kartographer on lebork.miraheze.org as Resolved.

Reason for that is unrelated to this task, but will get fixed when Ugochimobi's PR is fixed.

Sun, Feb 5, 12:04 · Configuration, MediaWiki (SRE)
OrangeStar moved T10323: Adding more links to the Admin link page from Backlog to In Progress on the Configuration board.
Sun, Feb 5, 12:03 · Configuration, MediaWiki (SRE)
OrangeStar added a comment to T10425: Enable $wgMFSiteStylesRenderBlocking on mcarch.miraheze.org.

The MobileFrontend page at mediawiki.org recommends adding the following to your MediaWiki:Mobile.js if it doesn't load:

Sun, Feb 5, 11:47 · Configuration, MediaWiki (SRE)

Yesterday

OrangeStar added a comment to T10430: Configuration Kartographer on lebork.miraheze.org.

True is the default value, yes. This task, however is asking for the value to be set to false in order to use Kartographer's markers instead of OSM's (https://phabricator.miraheze.org/T10430#210082). This is achieved by setting that variable to false. Per settings.js at Kartographer:

Sat, Feb 4, 18:34 · Configuration, MediaWiki (SRE)
OrangeStar moved T10425: Enable $wgMFSiteStylesRenderBlocking on mcarch.miraheze.org from Backlog to Blocked by security review on the Configuration board.

Setting is undocumented. Judging by the source code, it's only purpose seems to be controlling from what hook MediaWiki:Mobile.css is loaded. Please justify why you want to set this to true on your wiki or this will be declined.

Sat, Feb 4, 14:37 · Configuration, MediaWiki (SRE)

Fri, Feb 3

OrangeStar added a comment to T10420: Requesting addition of an ExternalData setting.

@Reception123 @Universal_Omega Opinion on this?

Fri, Feb 3, 21:56 · Configuration, MediaWiki (SRE)
OrangeStar added a comment to T10430: Configuration Kartographer on lebork.miraheze.org.

That config should be a boolean (https://github.com/wikimedia/mediawiki-extensions-Kartographer/blob/307d7a08411fb1b56bd9f8f1ebbfd65dc530a03e/extension.json#L594 and https://github.com/wikimedia/mediawiki-extensions-Kartographer/blob/7437afb535f20d77a1b1b3f581c4d3c72dfc08eb/modules/settings/settings.js#L28), the default is true so I've set that wiki's value for this setting to false.

Fri, Feb 3, 21:47 · Configuration, MediaWiki (SRE)
OrangeStar added a comment to T10430: Configuration Kartographer on lebork.miraheze.org.

@danielg28 We don't make changes to the extension's, the LocalSettings change we can do, however.

Fri, Feb 3, 21:25 · Configuration, MediaWiki (SRE)
OrangeStar claimed T10430: Configuration Kartographer on lebork.miraheze.org.
Fri, Feb 3, 21:22 · Configuration, MediaWiki (SRE)
OrangeStar added a comment to T10417: Pages constantly disappear from Category.

nevermind, it's the vietnamese page.

Fri, Feb 3, 16:53 · MediaWiki (SRE)
OrangeStar added a comment to T10417: Pages constantly disappear from Category.

@Void What page is page id 140?

Fri, Feb 3, 16:50 · MediaWiki (SRE)
OrangeStar added a comment to T10430: Configuration Kartographer on lebork.miraheze.org.

@Ugochimobi If you want to do it don't feel afraid of claiming it.

Fri, Feb 3, 16:43 · Configuration, MediaWiki (SRE)
OrangeStar edited projects for T10430: Configuration Kartographer on lebork.miraheze.org, added: Configuration; removed MediaWiki.
Fri, Feb 3, 16:10 · Configuration, MediaWiki (SRE)
OrangeStar moved T10429: SSL for custom domain: hcw.miraheze.org from Backlog to CNAME on the SSL board.
Fri, Feb 3, 16:09 · MediaWiki (SRE), SSL
OrangeStar added a comment to T10226: Add Scryfall to CSP whitelist.

Here's the rest of the conversation, with the identity of the person who answered redacted:

Fri, Feb 3, 14:11 · MediaWiki (SRE), CSP Review
OrangeStar added a comment to T10226: Add Scryfall to CSP whitelist.

They don't have an email, but there is a form on their website (behind Cloudflare's annoying CAPTCHA, of course). Here's what I've sent them:

Fri, Feb 3, 13:53 · MediaWiki (SRE), CSP Review
OrangeStar added a comment to T10424: Add to fastly.jsdelivr.net CSP list.

This is just cdn.jsdelivr.net but over Fastly's network exclusively, so if cdn.jsdelivr.net was approved, this one will be easily approved (at least the fastly subdomain, not sure about wildcard, as SRE wants to keep additions to the CSP to the strict minimum necessary). However, the script can just be set to use cdn.jsdelivr.net and it would work without issues (which would be a 1 line change: https://github.com/bhsd-harry/Wikiplus-highlight/blob/c842b06377288de715fd9466aef3dfe80e4a3304/main.js#L99).

Fri, Feb 3, 13:16 · CSP Review, MediaWiki (SRE)
OrangeStar edited projects for T10424: Add to fastly.jsdelivr.net CSP list, added: CSP Review; removed MediaWiki.
Fri, Feb 3, 10:46 · CSP Review, MediaWiki (SRE)
OrangeStar edited projects for T10425: Enable $wgMFSiteStylesRenderBlocking on mcarch.miraheze.org, added: Configuration; removed MediaWiki.
Fri, Feb 3, 10:36 · Configuration, MediaWiki (SRE)

Thu, Feb 2

OrangeStar renamed T10421: SSL for custom domain: xtexvnet.miraheze.org from SSL for custom domain: <insert subdomain>.miraheze.org to SSL for custom domain: xtexvnet.miraheze.org.
Thu, Feb 2, 22:03 · MediaWiki (SRE), SSL
OrangeStar moved T10421: SSL for custom domain: xtexvnet.miraheze.org from Backlog to CNAME on the SSL board.
Thu, Feb 2, 22:02 · MediaWiki (SRE), SSL
OrangeStar edited projects for T10420: Requesting addition of an ExternalData setting, added: Configuration; removed MediaWiki.
Thu, Feb 2, 21:42 · Configuration, MediaWiki (SRE)
OrangeStar added a comment to T10167: Make key items left click to copy.

@Owen What elements from the DPA do you want to be able to copy via left-click?

Thu, Feb 2, 19:44 · Trust & Safety, TSPortal
OrangeStar added a comment to T10167: Make key items left click to copy.

New PR to get the rest of the task done: https://github.com/miraheze/TSPortal/pull/10

Thu, Feb 2, 14:14 · Trust & Safety, TSPortal

Wed, Feb 1

OrangeStar triaged T10416: Getting "Fatal exception of type "Wikimedia\Rdbms\DBQueryError"" When trying to edit a page as Normal priority.

Can you post what message you get when editing pages? Not just the fatal exception message, but also another one that looks like: [bunch of numbers and letters] 2023-02-01 15:30:30 Fatal exception of type "Wikimedia\Rdbms\DBQueryError". It helps a lot when trying to find out what's happening.

Wed, Feb 1, 19:05 · MediaWiki (SRE)
OrangeStar added a comment to T9999: Create $wgIncidentReportingInactiveServices config.

In fact, I think I know why HTMLForm doesn't support things like the "hidden" attribute. MW *still, in 2023*, supports that so-called "browser", Internet Explorer 11, and the hidden attribute is not supported there.

Wed, Feb 1, 18:59 · Universal Omega, MediaWiki (SRE), IncidentReporting
OrangeStar added a comment to T9999: Create $wgIncidentReportingInactiveServices config.

It's mostly because of how the HTMLForm class works. Real HTML forms are much more flexible than the abstraction by MW (for example, if I could set custom attributes in the <option> elements, I could set the disabled attribute right there and then (it could look like ["label", "value attribute", "custom attributes"], just an additional entry in the array on the form descriptor. I wonder how hard it would be to get that into the MediaWiki core)), and I don't really find any way of doing this without a major rewrite, also, adding that godforsaken unmaintainable CSS hack I suggested, while possible and easier than rewriting, wasn't a good idea.

Wed, Feb 1, 18:43 · Universal Omega, MediaWiki (SRE), IncidentReporting
OrangeStar added a comment to T9999: Create $wgIncidentReportingInactiveServices config.

I give up, if someone else wants to try be my guest.

Wed, Feb 1, 18:20 · Universal Omega, MediaWiki (SRE), IncidentReporting
OrangeStar placed T9999: Create $wgIncidentReportingInactiveServices config up for grabs.
Wed, Feb 1, 18:14 · Universal Omega, MediaWiki (SRE), IncidentReporting

Tue, Jan 31

OrangeStar added a comment to T9999: Create $wgIncidentReportingInactiveServices config.

Ok, this time it should work, works the same way as described above, config should look like R9:d3a44c9827409401d1640a548fbb699644a6aff5: https://github.com/miraheze/IncidentReporting/pull/56

Tue, Jan 31, 15:54 · Universal Omega, MediaWiki (SRE), IncidentReporting
OrangeStar added a comment to T9999: Create $wgIncidentReportingInactiveServices config.

Actually, yeah, that function seems to be used to create the incident services table, all my code does is remove their names from there, which is obviously not what's supposed to happen. Incident reports are created at Special:IncidentReports/create, I should be messing with https://github.com/miraheze/IncidentReporting/blob/master/includes/IncidentReportingFormFactory.php instead.

Tue, Jan 31, 15:44 · Universal Omega, MediaWiki (SRE), IncidentReporting
OrangeStar added a comment to T9999: Create $wgIncidentReportingInactiveServices config.

I think it's a problem on my end actually. Special:IncidentReports is also used to check IncidentReports, right? Revert my PR, I'll write another way of doing this.

Tue, Jan 31, 15:38 · Universal Omega, MediaWiki (SRE), IncidentReporting
OrangeStar added a comment to T9999: Create $wgIncidentReportingInactiveServices config.

That's the only way I can see this being done without rewriting the extension, no idea why it doesn't work. That loop formats the name of the service for addition to the form, the new code checks if the service is in the InactiveServices config, then skips the rest of the loop if it is. It should prevent the service from being added to the $irServices variable, thus never appearing in the form. Logic seems good, don't know what's happening.

Tue, Jan 31, 15:34 · Universal Omega, MediaWiki (SRE), IncidentReporting
OrangeStar added a comment to T9999: Create $wgIncidentReportingInactiveServices config.

https://github.com/miraheze/IncidentReporting/pull/54

Tue, Jan 31, 15:09 · Universal Omega, MediaWiki (SRE), IncidentReporting
OrangeStar claimed T9999: Create $wgIncidentReportingInactiveServices config.
Tue, Jan 31, 15:01 · Universal Omega, MediaWiki (SRE), IncidentReporting
OrangeStar moved T10407: SSL for custom domain: https://pt.polandballwiki.com/ from Backlog to CNAME on the SSL board.
Tue, Jan 31, 12:24 · MediaWiki (SRE), SSL
OrangeStar renamed T10408: Use JavaScript at the namespaces and group forms to avoid page reloads from Use JavaScript at the namespaces and groups forms to avoid page reloads to Use JavaScript at the namespaces and group forms to avoid page reloads.
Tue, Jan 31, 11:51 · Universal Omega, ManageWiki, MediaWiki (SRE)
OrangeStar renamed T10402: SSL for custom domain: teamballs.miraheze.org from SSL for custom domain: <insert subdomain>.miraheze.org to SSL for custom domain: teamballs.miraheze.org.
Tue, Jan 31, 11:41 · MediaWiki (SRE), SSL
OrangeStar removed a project from T10400: Pages missing after import: DataDump.
Tue, Jan 31, 11:41 · MediaWiki (SRE), Universal Omega, MediaWiki
OrangeStar triaged T10408: Use JavaScript at the namespaces and group forms to avoid page reloads as Low priority.
Tue, Jan 31, 11:17 · Universal Omega, ManageWiki, MediaWiki (SRE)
OrangeStar added a comment to T9195: Attempt to improve ManageWiki usability and discovery.

I'm going to make a subtask for the "using heavy JavaScript to modify groups and namespaces" part, I have an idea on how to do that without adding any new APIs (at least the namespaces part).

Tue, Jan 31, 10:47 · Universal Omega, Notice, ManageWiki, MediaWiki (SRE)
OrangeStar added a comment to T9195: Attempt to improve ManageWiki usability and discovery.

I'm going to make a subtask for the "using heavy JavaScript to modify groups and namespaces" part, I have an idea on how to do that without adding any new APIs (at least the namespaces part).

Tue, Jan 31, 10:21 · Universal Omega, Notice, ManageWiki, MediaWiki (SRE)

Mon, Jan 30

OrangeStar reopened T10363: Navigation sidebar doesn't function as "Open".
Mon, Jan 30, 22:04 · MediaWiki (SRE), MediaWiki
OrangeStar triaged T10399: DNS record added for custom domain: worldtriggerwiki.com as Normal priority.
Mon, Jan 30, 22:04 · Infrastructure (SRE), DNS
OrangeStar added a comment to T10385: Pointing subdomain nameservers to a different IP.

Why not? Is the same thing the recursive resolver would do, just done on the authoritative nameserver instead. I think it would work, but I don't think this solves the concerns with the cookies raised by John and Reception123.

Mon, Jan 30, 17:15 · DNS, MediaWiki (SRE), MediaWiki
OrangeStar added a comment to T10385: Pointing subdomain nameservers to a different IP.

Yes, it is still against the RFCs as of today. Cloudflare doesn't return CNAMEs on root domains, it just resolves the CNAME on the authoritative nameserver and then return the A/AAAA record(s) instead of the CNAME, which technically complies with the spec as the recursive resolver never sees the CNAME at the root itself.

Mon, Jan 30, 17:11 · DNS, MediaWiki (SRE), MediaWiki
OrangeStar added a comment to T10385: Pointing subdomain nameservers to a different IP.

CNAME on root domains is technically illegal according to the standards, as, if there's a CNAME, no other records other than DNSSEC-related records are allowed. There's ANAME for when you want to ignore the standards and still do this anyway, but I don't recommend using that.

Mon, Jan 30, 17:03 · DNS, MediaWiki (SRE), MediaWiki
OrangeStar moved T10398: SSL for custom domain: <mercy>.miraheze.org from Backlog to CNAME on the SSL board.
Mon, Jan 30, 16:37 · MediaWiki (SRE), SSL
OrangeStar added a comment to T10355: Change songnguxyzwiki's Content License to CC-BY-SA 3.0.

https://github.com/miraheze/mw-config/pull/5100 sets that wiki's license to CC-BY-SA 3.0

Mon, Jan 30, 16:27 · MediaWiki (SRE), MediaWiki
OrangeStar updated the task description for T10355: Change songnguxyzwiki's Content License to CC-BY-SA 3.0.
Mon, Jan 30, 16:20 · MediaWiki (SRE), MediaWiki
OrangeStar claimed T10355: Change songnguxyzwiki's Content License to CC-BY-SA 3.0.
Mon, Jan 30, 16:17 · MediaWiki (SRE), MediaWiki
OrangeStar added a comment to T10396: T323870.

@Justman I can try to help you over email if you want. Email me at alex@blueselene.com. My OpenPGP key is at https://blueselene.com/pgp-archive/11ADE4393600C1BDFFCBC0A598DE15942B08CA00/key.pub in case you want an encrypted channel.

Mon, Jan 30, 12:11 · CreateWiki, Universal Omega, MediaWiki (SRE)
OrangeStar added a comment to T10387: OAuth consumer proposal request.

Ah, then everything seems OK, sorry. If you can't edit the callback URL, then yeah, open a new OAuth consumer request.

Mon, Jan 30, 12:08 · MediaWiki (SRE), MediaWiki
OrangeStar added a comment to T10387: OAuth consumer proposal request.

No, as that is the domain where the Miraheze wiki is hosted. The application needs to be on it's own subdomain and server, SRE isn't going to install it on their servers.

Mon, Jan 30, 11:05 · MediaWiki (SRE), MediaWiki

Sun, Jan 29

OrangeStar added a comment to T10355: Change songnguxyzwiki's Content License to CC-BY-SA 3.0.

@PiscesKazeMGR Other than the IP at https://wiki.songngu.xyz/w/index.php?title=Trang_Ch%C3%ADnh&curid=1&diff=38&oldid=28, it seems that you're the only contributor to the wiki, if you delete that edit the wiki should be clear. Please confirm again what license you want.

Sun, Jan 29, 19:15 · MediaWiki (SRE), MediaWiki
OrangeStar added a comment to T10361: Undelete 2ndenlightenment.

You can request the wiki again at Meta, then request that the archive be imported. Depending on the size, you should do it either at Special:RequestImportDump at Meta, or here at Phabricator.

Sun, Jan 29, 19:12 · MediaWiki (SRE)
OrangeStar added a comment to T10355: Change songnguxyzwiki's Content License to CC-BY-SA 3.0.

The ported licenses are also supposed to be globally-compatible (https://creativecommons.org/faq/#what-are-the-international-unported-creative-commons-licenses-and-why-does-cc-offer-ported-licenses), though CC themselves also recommend using the unported unless there's a need to use a port (and also recommend using the 4.0 international, which I also personally recommend, as I find the 4.0 easier to read and understand, just compare https://creativecommons.org/licenses/by-sa/4.0/legalcode with https://creativecommons.org/licenses/by-sa/3.0/legalcode).

Sun, Jan 29, 19:09 · MediaWiki (SRE), MediaWiki
OrangeStar added a comment to T10355: Change songnguxyzwiki's Content License to CC-BY-SA 3.0.

The 3.0 family of licenses has various versions. There's the "unported", which is written to be jurisdiction-neutral (like the international 4.0), and there's the "ported" versions, written to take into account the local laws in the jurisdiction they're ported to. The VN port is written to take into account certain Vietnamese laws.

Sun, Jan 29, 16:36 · MediaWiki (SRE), MediaWiki
OrangeStar closed T9814: The method disableCookies is registered more than once in "_paq" variable as Resolved.
Sun, Jan 29, 15:23 · MediaWiki (SRE), Universal Omega, MatomoAnalytics
OrangeStar reassigned T10352: Request to change privacy setting of EmbedVideo from OrangeStar to Agent_Isai.

Assigning to Agent, they did most of the work on this (adding the setting to ManageWiki).

Sun, Jan 29, 14:40 · Configuration, MediaWiki (SRE)
OrangeStar added a comment to T10329: Turning off caching of ExternalData on comprehensibleinput.miraheze.org.

https://github.com/miraheze/mw-config/pull/5098

Sun, Jan 29, 14:33 · Universal Omega, Extensions, MediaWiki (SRE)

Sat, Jan 28

OrangeStar closed T10328: I can't access the differences between revisions on Disastrous TV Networks & Channels Wiki as Resolved.

Seems to be working now.

Sat, Jan 28, 20:23 · MediaWiki (SRE), MediaWiki
OrangeStar closed T10392: SSL for custom domain: acgzh.miraheze.org as Resolved.

Everything seems to be in order now.

Sat, Jan 28, 20:22 · MediaWiki (SRE), SSL
OrangeStar added a comment to T10387: OAuth consumer proposal request.

The callback URL is where users are redirected to by Miraheze if they click "allow" on the dialog box at Meta asking for consent. If redirected there, the request contains information needed to complete the final step of obtaining user credentials. It should be its own endpoint, where you complete the final step and then redirect the user again to your app's main page/dashboard/whatever.

Sat, Jan 28, 12:44 · MediaWiki (SRE), MediaWiki
OrangeStar added a comment to T10385: Pointing subdomain nameservers to a different IP.

They want you to add a wildcard record: *.comprehensibleinputwiki.org IN A 95.271.135.175. It is technically possible without needing to move the wiki.

Sat, Jan 28, 12:39 · DNS, MediaWiki (SRE), MediaWiki

Fri, Jan 27

OrangeStar added a comment to T10362: Custom domain and restore request for lhmnfanon.miraheze.org.

How about setting up fanon.lophocmatngu.wiki as a CNAME to mw-lb.miraheze.org and setting the rest of the domains yourself on your DNS server instead of pointing the domain to Miraheze's DNS? I don't know how willing SRE will be to set those fankit and nguyet subdomains.

Fri, Jan 27, 17:46 · DNS, MediaWiki (SRE), SSL
OrangeStar moved T10383: SSL for custom domain:asoul.miraheze.org from Backlog to CNAME on the SSL board.
Fri, Jan 27, 17:43 · MediaWiki (SRE), SSL
OrangeStar closed T10333: Disappearance of pages of PianoHistory wiki as Invalid.

Sounds like it's just that you don't have permissions to access the wiki. Go to https://meta.miraheze.org/wiki/Stewards%27_noticeboard#Permissions to request that your bureaucrat and sysop permissions be restored.

Fri, Jan 27, 17:37 · MediaWiki (SRE), MediaWiki
OrangeStar removed a project from T10381: Logo missing & side bar links missing: WikiDiscover.
Fri, Jan 27, 15:42 · MediaWiki (SRE), Universal Omega, MediaWiki
OrangeStar placed T10384: Resetting hkrail.miraheze.org up for grabs.

Don't assign people to tasks, they'll claim them if they decide to do it.

Fri, Jan 27, 15:40 · MediaWiki, MediaWiki (SRE)
OrangeStar raised the priority of T10299: [Bug] Caught MWException when page content includes a specific section link on hkrailwiki from Low to Normal.
Fri, Jan 27, 15:39 · Universal Omega, MediaWiki (SRE)
OrangeStar closed T10363: Navigation sidebar doesn't function as Invalid.

MediaWiki:Timeless.js was being imported twice, once through MediaWiki.Common.js and another as skin-specific JS by MediaWiki. Skin JS files should only have JS specific for that script, the problem is with the wiki's JS setup.

Fri, Jan 27, 14:42 · MediaWiki (SRE), MediaWiki
OrangeStar reopened T10363: Navigation sidebar doesn't function as "Open".
Fri, Jan 27, 14:31 · MediaWiki (SRE), MediaWiki
OrangeStar added a comment to T10226: Add Scryfall to CSP whitelist.

@Reception123 I can contact them myself if you want.

Fri, Jan 27, 12:58 · MediaWiki (SRE), CSP Review
OrangeStar added a comment to T10372: database query error after the update.

@Uncleistvan1BBB could you attach the file to the task? Click the "File Not Attached" button to do it.

Fri, Jan 27, 12:55 · MediaWiki (SRE), Universal Omega, Extensions
OrangeStar attached a referenced file: F2011533: Wiki Navigation events.png.
Fri, Jan 27, 12:46 · MediaWiki (SRE), MediaWiki
OrangeStar added a comment to T10363: Navigation sidebar doesn't function.

Here is the event handlers at the "Wiki Navigation" sidebar element.

Wiki Navigation events.png (176×966 px, 66 KB)

Fri, Jan 27, 12:46 · MediaWiki (SRE), MediaWiki

Thu, Jan 26

OrangeStar added a comment to T9814: The method disableCookies is registered more than once in "_paq" variable.

Forget the above, it was because of using var_dump in my script. No problems with the string in PHP 8.0.27.

Thu, Jan 26, 15:21 · MediaWiki (SRE), Universal Omega, MatomoAnalytics
OrangeStar added a comment to T9814: The method disableCookies is registered more than once in "_paq" variable.

I've narrowed it down to the string. I've made a stand-alone script and am getting the same error as the extension.

Thu, Jan 26, 14:53 · MediaWiki (SRE), Universal Omega, MatomoAnalytics

Wed, Jan 25

OrangeStar added a comment to T9814: The method disableCookies is registered more than once in "_paq" variable.

If I had to guess, MatomoAnalyticsHooks::matomoScript, a function listening to the SkinAfterBottomScripts hook, is being called twice, for some bizarre reason most likely.

Wed, Jan 25, 21:48 · MediaWiki (SRE), Universal Omega, MatomoAnalytics
OrangeStar added a comment to T9814: The method disableCookies is registered more than once in "_paq" variable.

Is this a huge issue or something quite minor?

Wed, Jan 25, 21:38 · MediaWiki (SRE), Universal Omega, MatomoAnalytics
OrangeStar created P479 Matomo code being repeated twice.
Wed, Jan 25, 21:37
OrangeStar closed T10363: Navigation sidebar doesn't function as Resolved.

This looks like a JS issue. There are 2 click event handlers at the elements in the sidebar, one from the Timeless skin's JS, and another from MediaWiki:Timeless.js. Both call .toggle right after the other one, so that's why you see it open and close so fast. Preventing MediaWiki:Timeless.js from loading fixes this, so remove the one at MediaWiki:Timeless.js to fix this.

Wed, Jan 25, 21:17 · MediaWiki (SRE), MediaWiki
OrangeStar merged T10365: Matomo errors in console into T9814: The method disableCookies is registered more than once in "_paq" variable.
Wed, Jan 25, 21:06 · MediaWiki (SRE), Universal Omega, MatomoAnalytics
OrangeStar merged task T10365: Matomo errors in console into T9814: The method disableCookies is registered more than once in "_paq" variable.
Wed, Jan 25, 21:06 · MediaWiki (SRE), MatomoAnalytics, Universal Omega

Tue, Jan 24

OrangeStar closed T10361: Undelete 2ndenlightenment as Invalid.

Chances are the wiki was deleted for inactivity per the Dormancy Policy. I don't see the wiki at ManageWiki, so undeletion is not possible. There seems to be a backup at https://archive.org/details/wiki-2ndenlightenmentmirahezeorg_w.

Tue, Jan 24, 20:48 · MediaWiki (SRE)
OrangeStar closed T10340: Recreate wawaforthewinwiki as Resolved.
Tue, Jan 24, 14:59 · MediaWiki (SRE), MediaWiki
OrangeStar added a comment to T10355: Change songnguxyzwiki's Content License to CC-BY-SA 3.0.

Changing the License of an open, collaborative project such as a wiki is not exactly trivial; in fact, it's almost impossible in practice if the community wants to keep the project's copyright status clear. If you want to do something like this, the first step is to get *every* editor who ever contributed to the wiki to agree to re-license their contributions under the CC-BY-SA 3.0 Unported (their past contributions will be under a dual-license, the CC-BY-SA 4.0 and the CC-BY-SA 3.0, this is because CC licenses cannot be revoked). This alone is impossible if your wiki takes contribution from anonymous editors (IP addresses), as, in almost all situations, there's no way to verify if the person behind the IP when they edited the wiki is the same one in any future edits.

Tue, Jan 24, 14:26 · MediaWiki (SRE), MediaWiki

Mon, Jan 23

OrangeStar added a comment to T10352: Request to change privacy setting of EmbedVideo.

https://github.com/miraheze/mw-config/pull/5090

Mon, Jan 23, 19:22 · Configuration, MediaWiki (SRE)
OrangeStar claimed T10352: Request to change privacy setting of EmbedVideo.
Mon, Jan 23, 19:14 · Configuration, MediaWiki (SRE)