Page MenuHomeMiraheze

Amanda CatherineTimeline
ArchivedPublic

Watchers

  • This project does not have any watchers.
  • View All

Recent Activity

Mon, Aug 3

AmandaCath edited Description on Amanda Catherine.
Mon, Aug 3, 22:00
AmandaCath archived Amanda Catherine.
Mon, Aug 3, 21:32

Sun, Aug 2

Void added a comment to T6007: Add "delete" tab to Special:ManageWiki/permissions/.

It would also be a good way to avoid issues like T5827.

Sun, Aug 2, 16:28 · Amanda Catherine, ManageWiki
Universal_Omega updated subscribers of T6007: Add "delete" tab to Special:ManageWiki/permissions/.

Adding subscriber per request on Discord

Sun, Aug 2, 14:34 · Amanda Catherine, ManageWiki
Universal_Omega triaged T6007: Add "delete" tab to Special:ManageWiki/permissions/ as Low priority.
Sun, Aug 2, 14:28 · Amanda Catherine, ManageWiki
AmandaCath closed T6001: Extension:AgeParse as Declined.

Latest stable version from 2013. No updates to the code whatsoever since 2018. Unmaintained.

Sun, Aug 2, 13:28 · Amanda Catherine, Extensions

Sat, Aug 1

Reception123 closed T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog. as Resolved.

The issue described here has now been resolved and the backlog has been cleared. As an actionable T5994 has been created and therefore the discussion for how to prevent this from happening again can be taken over there.

Sat, Aug 1, 04:47 · Amanda Catherine, Site Reliability Engineering

Fri, Jul 31

RhinosF1 updated subscribers of T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog..

@RobLa: I'll talk to @Southparkfan about how we don't get here again but it looks to be just a case of bringing the backlog under control now.

Fri, Jul 31, 08:27 · Amanda Catherine, Site Reliability Engineering
RobLa added a comment to T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog..

I learned a lot via DM about the not-quite-outage. The most interesting theory I've heard (and I *think* that @RhinosF1 gets credit for this) is that the job for updating global user pages is dying for some reason. However, it could be that something other process (which is trying to be helpful) is killing those processes.

Fri, Jul 31, 08:23 · Amanda Catherine, Site Reliability Engineering
RhinosF1 renamed T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog. from jobrunner1 temporality was unable to run Jobs leading to a critical backlog. to jobrunner1 temporality was unable to run jobs leading to a critical backlog..
Fri, Jul 31, 07:41 · Amanda Catherine, Site Reliability Engineering
RhinosF1 renamed T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog. from jobrunner has stopped running jobs to jobrunner1 temporality was unable to run Jobs leading to a critical backlog..
Fri, Jul 31, 07:41 · Amanda Catherine, Site Reliability Engineering
RhinosF1 added a comment to T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog..

my runJobs script was accidently on mw7 but load looks fine so I'm leaving it there to avoid restarting it. I'll move if it causes an issue.

Fri, Jul 31, 07:40 · Amanda Catherine, Site Reliability Engineering
Reception123 closed T5989: New protection level on sesupportwiki as Resolved.
Fri, Jul 31, 07:03 · Amanda Catherine, Configuration
RhinosF1 lowered the priority of T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog. from Unbreak Now! to High.
Fri, Jul 31, 06:54 · Amanda Catherine, Site Reliability Engineering
RhinosF1 added a comment to T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog..

A restart of jobrunner1 seems to have stopped it failing. Let's hope runJobs.php clears the backlog and it stays this way.

Fri, Jul 31, 06:20 · Amanda Catherine, Site Reliability Engineering
Zppix added a comment to T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog..

@RobLa its still failing... my inital guess is it may be hitting mem limits, regardless this needs immediate fix, I suggest we do manual job runs until then.

Fri, Jul 31, 05:33 · Amanda Catherine, Site Reliability Engineering
RobLa added a comment to T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog..

This makes me hopeful:

Fri, Jul 31, 05:21 · Amanda Catherine, Site Reliability Engineering
RhinosF1 added a comment to T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog..

It's my understanding from chatting with @RhinosF1 that some of the jobs in the job queue are getting backed up. I'm pretty rusty on my MediaWiki skills, so I'm not yet familiar with with which set of jobs, and whether the problem is with something in MediaWiki core or with one of the many Miraheze custom jobs.

It's anything ran by the jobrunner

Fri, Jul 31, 05:19 · Amanda Catherine, Site Reliability Engineering
RobLa added a comment to T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog..

It's my understanding from chatting with @RhinosF1 that some of the jobs in the job queue are getting backed up. I'm pretty rusty on my MediaWiki skills, so I'm not yet familiar with with which set of jobs, and whether the problem is with something in MediaWiki core or with one of the many Miraheze custom jobs.

Fri, Jul 31, 05:17 · Amanda Catherine, Site Reliability Engineering
RhinosF1 updated the task description for T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog..
Fri, Jul 31, 04:58 · Amanda Catherine, Site Reliability Engineering
RhinosF1 triaged T5993: jobrunner1 temporality was unable to run jobs leading to a critical backlog. as Unbreak Now! priority.
Fri, Jul 31, 04:54 · Amanda Catherine, Site Reliability Engineering

Thu, Jul 30

AmandaCath moved T5991: Add $wgRevokePermissions and $wgRestrictionLevels to ManageWiki from Backlog to Features on the ManageWiki board.
Thu, Jul 30, 21:27 · Amanda Catherine, ManageWiki
AmandaCath triaged T5991: Add $wgRevokePermissions and $wgRestrictionLevels to ManageWiki as Low priority.
Thu, Jul 30, 21:26 · Amanda Catherine, ManageWiki
AmandaCath moved T5989: New protection level on sesupportwiki from Tracking to Assignments on the Amanda Catherine board.
Thu, Jul 30, 21:12 · Amanda Catherine, Configuration
AmandaCath claimed T5989: New protection level on sesupportwiki.
Thu, Jul 30, 21:12 · Amanda Catherine, Configuration
Southparkfan assigned T5750: File extensions + skin install to Paladox.

@Paladox, what was the reason this extension was declined as 'hard/impossible to install'?

Thu, Jul 30, 21:10 · Extensions, Configuration
Reception123 closed T5644: Create custom domain policy as Resolved.

Following an internal discussion, we thought it was sufficient to clarify what shouldn't be done and the consequences in the current pages rather than create a new policy. I have done accordingly and updated https://meta.miraheze.org/wiki/Custom_domains/Cloudflare to make it more clear what shouldn't be done and that it may result in removal.

Thu, Jul 30, 16:39 · Amanda Catherine, Site Reliability Engineering
Reception123 closed T4990: Extension: GlobalUsage (Make Commonswiki show which pages are using each image) as Resolved.

Extension has been enabled by RhinosF1 and myself and now works globally.

Thu, Jul 30, 15:59 · Amanda Catherine, Extensions, Configuration

Wed, Jul 29

Reiwa-Boy added a comment to T5983: My Wiki's license change.

Thank you for your help.

Wed, Jul 29, 10:41 · Amanda Catherine, MediaWiki
Reception123 closed T5983: My Wiki's license change as Resolved.
Wed, Jul 29, 10:11 · Amanda Catherine, MediaWiki
Reiwa-Boy added a comment to T5983: My Wiki's license change.

There are agreements in the top topic "#ライセンス変更について#許諾" of link page above.
I deleted the post of users who have not yet allowed to change the license.

Wed, Jul 29, 08:22 · Amanda Catherine, MediaWiki
Reiwa-Boy added a comment to T5983: My Wiki's license change.

https://worldtrainwiki.miraheze.org/wiki/Worldtrainwiki:%E9%81%8B%E5%96%B6%E8%AB%87%E8%AB%96%E5%AE%A4#.E3.83.A9.E3.82.A4.E3.82.BB.E3.83.B3.E3.82.B9.E3.81.AE.E5.A4.89.E6.9B.B4.E3.81.AB.E3.81.A4.E3.81.84.E3.81.A6

Wed, Jul 29, 08:11 · Amanda Catherine, MediaWiki
Reiwa-Boy added a comment to T5983: My Wiki's license change.

Oh.sorry.

Wed, Jul 29, 07:53 · Amanda Catherine, MediaWiki
Reception123 added a comment to T5983: My Wiki's license change.

@Reiwa-Boy Could you please give us a link to the page where all the users have agreed to the license change?

Wed, Jul 29, 04:59 · Amanda Catherine, MediaWiki

Tue, Jul 28

AmandaCath moved T5983: My Wiki's license change from Tracking to Assignments on the Amanda Catherine board.
Tue, Jul 28, 22:25 · Amanda Catherine, MediaWiki
AmandaCath claimed T5983: My Wiki's license change.
Tue, Jul 28, 22:25 · Amanda Catherine, MediaWiki
John closed T5980: Have Special:RequestWikiQueue display most recent requests first in archive as Declined.

The table needs to structured the same way, so implementing this change means we list the newest unreviewed requests first, not the oldest which is more logical.

Tue, Jul 28, 08:43 · Amanda Catherine, CreateWiki
Reception123 added a comment to T5980: Have Special:RequestWikiQueue display most recent requests first in archive.

While it could be useful to default it to that, I would like to point out that clicking on "Requested At" manually will allow you to view the most recent requests instead of the oldest.

Tue, Jul 28, 04:31 · Amanda Catherine, CreateWiki
Reception123 added a comment to T5614: Whitelist imgbox.com and googleusercontent.com so images can be shown.

lh3.googleusercontent.com is now whitelisted.

Tue, Jul 28, 04:25 · Puppet, Site Reliability Engineering

Mon, Jul 27

Sario528 added a comment to T5980: Have Special:RequestWikiQueue display most recent requests first in archive.

That would make tasks such as checking for duplicate requests easier.

Mon, Jul 27, 22:40 · Amanda Catherine, CreateWiki
AmandaCath renamed T5980: Have Special:RequestWikiQueue display most recent requests first in archive from Have Special:RequestWIkiQueue display most recent requests first in archive to Have Special:RequestWikiQueue display most recent requests first in archive.
Mon, Jul 27, 22:34 · Amanda Catherine, CreateWiki
AmandaCath moved T5980: Have Special:RequestWikiQueue display most recent requests first in archive from Backlog to Features on the CreateWiki board.
Mon, Jul 27, 22:33 · Amanda Catherine, CreateWiki
AmandaCath triaged T5980: Have Special:RequestWikiQueue display most recent requests first in archive as Low priority.
Mon, Jul 27, 22:33 · Amanda Catherine, CreateWiki
Paladox closed T5939: Redis is configured to save RDB snapshots, but it is currently not able to persist on disk. Commands that may modify the data set are disabled, because this instance is configured to report errors during writes if RDB snapshotting fails as Resolved.

I simply killed redis-server using pkill -9 <pid>.

Mon, Jul 27, 14:10 · MediaWiki, Amanda Catherine, Production Error, Site Reliability Engineering
Gwillig added a comment to T5614: Whitelist imgbox.com and googleusercontent.com so images can be shown.

Hello,
so my question is how can we now dispaly " like:

Mon, Jul 27, 09:32 · Puppet, Site Reliability Engineering

Sat, Jul 25

RhinosF1 added a comment to T5939: Redis is configured to save RDB snapshots, but it is currently not able to persist on disk. Commands that may modify the data set are disabled, because this instance is configured to report errors during writes if RDB snapshotting fails.

Can this be closed?

Sat, Jul 25, 09:22 · MediaWiki, Amanda Catherine, Production Error, Site Reliability Engineering

Fri, Jul 24

John merged task T5962: ManageWiki requires multiple submissions to change status of wiki deletion/locking into T4395: Redesign RemoteWiki class.
Fri, Jul 24, 19:30 · Amanda Catherine, ManageWiki
Void triaged T5962: ManageWiki requires multiple submissions to change status of wiki deletion/locking as Low priority.
Fri, Jul 24, 19:29 · Amanda Catherine, ManageWiki
Paladox closed T5961: Deleted wiki are still visible as Resolved.

https://github.com/miraheze/CreateWiki/commit/92879ebb26c29a75689bcfcdc21c07c3c3e168b7

Fri, Jul 24, 19:26 · ManageWiki, Amanda Catherine
Void added a comment to T5961: Deleted wiki are still visible .

I'll also note that attempting to change the status of deletion/locking requires multiple submissions in order to go through without error. The ManageWiki page throws an error, but no actual error code or information is provided.

Fri, Jul 24, 18:16 · Amanda Catherine, ManageWiki