- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Jul 20 2021
Jul 19 2021
Extension flagged as unmaintained.
Set wiki override and made necessary sql changes and ran refresh scripts.
Fixes deployed; re-enabled.
[rhinos@jobrunner3] sudo -u www-data php /srv/mediawiki/w/maintenance/rebuildall.php --wiki=snapdatawiki (END - exit=0)
Security advisory has been published, and CVE-2021-32774 was issued.
A member of Miraheze SRE was made aware as part of ongoing monitoring of spam reports while investigating outlook delivery issues of a number of spam emails received by some hotmail users that passed through our mail server.
Requests like this must be done at Stewards Noticeboard on meta.
Scrambling the password has effectively solved this issue, but renders the guest account inaccessible for valid use cases (not that I think many users were using guest). We can follow up later with either restoring the account, or doing away with it entirely.
Cc @Owen
Redis server error: LOADING Redis is loading the dataset in memory
Confirmed guest account (the one we use for icinga - guest/guest) could be logged into on the mail server. I've scrambled that password for now (see K13). We'll have to see if this solves it. However, I also note that graylog suggests this has only been logged into today. It might not be the full cause, but it is the cause of those two pastes. Logins are rather infrequent. We only get a few spikes every month (judging from the logs we still have in graylog).
To clarify, Nuke does not show imported pages. This is an upstream bug, but I don't see it being fixed anytime soon, as it is over a decade old at this point.
I've now managed to restart bacula2 via the RamNode interface and it appears to be working fine. Closing this task now as it was clearly RNs fault and there's nothing further to be done. I've asked them if they can give us any indication of what happened.
In T7573#153879, @R4356th wrote:FYI, I have been receiving emails from Meta normally on my Outlook email address.
Good to hear. SRE should see subtask for a possible issue.
P438 & P439
In T7386#153773, @Reception123 wrote:In T7386#153460, @MacFan4000 wrote:What has worked for me on testwiki.wiki is to generate a key following the instructions listed at https://gist.github.com/ygotthilf/baa58da5c3dd1f69fae9 and then set $wgOAuth2PrivateKey & $wgOAuth2PublicKey to the paths to those newly generated files.
So did you just set it like $wgOAuth2PrivateKey = '/directory/name.key' and $wgOAuth2PublicKey = '/directory/name.key.pub'?
We can delete pages if you give us a list of them.
In T7664#154011, @Yoshimidsu wrote:@R4356th Many thanks, I thought the setting was under LocalSettings.php; I assumed the Permissions tab would encompass not only editing but also viewing permissions
We handle very few wiki specific settings directly in a file.
@R4356th Many thanks, I thought the setting was under LocalSettings.php; I assumed the Permissions tab would encompass not only editing but also viewing permissions
Hello, you can do this by going to Special:ManageWiki/permissions and removing the "edit" right from the * user group.
In T7125#153926, @Void wrote:I think instead of having tabs on the form, we should have a filter that simply updates the visibility of the different items (I think we do something similar with the yearly Survey, where checking a checkbox makes more questions visible). This way we could default the page to showing all items, but also easily filter it down to categories. Additionally, depending on how it's implemented, it could display multiple categories at once, and the same item could be in multiple categories.
RamNode also can't get it to restart. It's now waiting on one of their team to look further.
I've tried to restart it from the Cloud interface on RN to no avail. Ticket filed.
Looking at RamNode
In T7660#153916, @R4356th wrote:A system administrator will have to do the import server side for you.
Descriptions are now displayed.