I know this is unfortunate but I can't see anything that we can really do here if it only happens for your account... I would suggest maybe resetting local/global preferences or something as thats the only other I would think could cause it somehow only for your account... I apologize for the inconvenience.

In T11908#240024, @Legroom wrote:

In T11908#239944, @Universal_Omega wrote:

Does this still happen?

Yes

In T11908#239944, @Universal_Omega wrote:

Does this still happen?

Does this still happen?

per above.

Okay I can report I'm able to successful upload again

Oui

See: User:Lucastucious has currently the exact issue.
Based on Github Lucastucious came upon this Task.

This has not had a reply in two weeks. Please reopen if this still occurs.

Fixed

After manually inserting a missing row into the content_models table, everything seems fine.

Thank you for everything that you do!

I can't reproduce and this is very likely a temporary error by the looks of it. Please feel free to reopen if it's still happening.

Inserted content_models and slot_roles but it still doesn't seem to work

A user on Discord has reported it happening again, it's possible the issue wasn't fully resolved.

Sounds good

Hmm, that's weird but now I don't get Error 500 neither by importing pages on gameshows nor by editing with code editor on chernowiki. Looks like the problem is actually resolved.

Visual editor being broken is already tracked in T11903. As for the other issues, can you reproduce this on any wikis other than gameshowswiki?

Still got Error 500 when try to import pages on gameshows.miraheze.org. Small xml files are going well when large (like 750 kb) are failing.

Once again purged 13-16G of Varnish logs.

The issue is still happening on my site.

Several Discord users have reported this occurring recently and more frequently

Reviewing Discord and Phabricator issues needing triage, this is probably a larger issue than I first assumed

To be clear, I lowered this to Normal because it only appears to be happening on some wikis and not all of their pages. Most functionality still works. Feel free to change it back if I'm wrong about this triage.

This is occurring again, see T11899

I think the cause of this is cp36/cp37 is out of storage, if thats the case errors would eventually expand beyond just uploads, hence UBN for now. If that isn't the case this will be lowered to high priority.

This is now fixed with https://github.com/miraheze/puppet/commit/cfc96239a914b273304d858809324a68d5b44fa6

https://github.com/wikimedia/mediawiki/blob/19f444618d2b4b7053a1ca30921534e938a6d3ec/includes/ResourceLoader/Image.php#L429 is the issue, we use /usr/local/bin/mediawiki-firejail-rsvg-convert, copying that to /usr/local/bin/rsvg-convert on mwtask181 and proxying and this works

Hi, is there any updates? My wiki is currently inaccessible due to this issue. I'd like to get it back as soon as possible. Thanks!

I did that to try and figure this out but yeah it doesn't seen to be logging anything...

Still can't find anything.

R9:3afdbcb55dcfe8ba0e9ba5d81d5a0e51c6789bf2 has been merged and deployed, how about now?

In T11865#237769, @OrangeStar wrote:

@MacFan4000 is there something at Graylog being logged that we can look at?

@MacFan4000 is there something at Graylog being logged that we can look at?

Whoops, didn't mean to reopen, as it now should be fixed with chameleon re-enabled.

I resolved by disabling chameleon, I am rolling out a fix for chameleon now.

Appears resolved now.

Thank you. Closing this then.

I don't see the DBQueryTimeoutError anymore. Is fine.

I'm able to access both logs and ManageWiki. If this is still happening please feel free to reopen and paste the error codes here.

I would like to start by apologizing on the project's behalf that your task was not resolved within a reasonable time. The community has now decided via RfC to merge with WikiTide and former volunteers will be returning and new ones will likely join. A wait such as this one is unlikely to occur again.

I would like to start by apologizing on the project's behalf that your task was not resolved within a reasonable time. The community has now decided via RfC to merge with WikiTide and former volunteers will be returning and new ones will likely join. An event such as this one is unlikely to occur again.

I would like to start by apologizing on the project's behalf that your task was not resolved within a reasonable time. The community has now decided via RfC to merge with WikiTide and former volunteers will be returning and new ones will likely join. An event such as this one is unlikely to occur again.

I would like to start by apologizing on the project's behalf that your task was not resolved within a reasonable time. The community has now decided via RfC to merge with WikiTide and former volunteers will be returning and new ones will likely join. An event such as this one is unlikely to occur again.

Is this still an issue?

Caused by titles being too long, fixed with ALTER TABLE searchindex MODIFY COLUMN si_title MEDIUMTEXT;.

No response. Please reply if you still need assistance.

Seems this is fixed now.

Extension has been updated

In T10518#229571, @Routhwick wrote:

In case you're noticing now, @Paladox/@Redmin/@MacFan4000: UO did upgrade ACP after all, two weeks ago. About time this finally got bumped up on Miraheze--and if it doesn't quite work yet, then I'll remind you or be otherwise informed. Take care--and happy Thanksgiving week!

Is this issue still persistent? Also, can you please link to your wiki and specify more details about what you were trying to do so we can see if we can reproduce the issue while investigating?

thanks

Caused by adding every single skin to $wgSkipSkins in Special:ManageWiki/settings under Preferences. I recommend removing at least the skin you have set as default, if not all.

I also think that it's important to mention that this only happens on one wiki, and ever other Miraheze wiki I've visited doesn't have this problem.

In case you're noticing now, @Paladox/@Redmin/@MacFan4000: UO did upgrade ACP after all, two weeks ago. About time this finally got bumped up on Miraheze--and if it doesn't quite work yet, then I'll remind you or be otherwise informed. Take care--and happy Thanksgiving week!

@wizardpotato_ apologies for the extremely delayed response, is this problem still happening?

To give @Redmin a heads-up: As I found out yesterday afternoon, removing ACP's {{#createpageifnotex}} tag from the affected template--or better off, hiding them via HTML commenting--actually does a favour to the pages using it (along with their semantic data and WhatLinksHere lists). This is ultimately an issue on the part of ACP which has still lingered on since MW 1.39, not Page Forms.

The message is pretty clear about what the issue is. If a dump of the selected type exists, then you must delete it first.

This was caused by a missing db column form the Moderation extension. I have now added it manually.

I could not create a User Page for Imamy and I could not edit the Main Page's Talk Page