I'm a volunteer here on Miraheze. Most of my participation on Phab and Meta is general housekeeping work.
- User Since
- Oct 22 2019, 19:16 (188 w, 2 d)
- IRC Nickname
- GitHub User
- Miraheze User
- Dross [ Global Accounts ]
Jun 17 2022
Is this issue still occurring?
Feb 26 2022
Feb 22 2022
Feb 21 2022
Feb 16 2022
Feb 8 2022
Feb 5 2022
Jan 27 2022
This has been floating around on some Meta noticeboards and discussions, and I have never been able to reproduce. All of the above subdomains always have redirected to their custom domain normally from my end. Could there be an old DNS cache somewhere on the user end?
Hello! As a bureaucrat, you can do this yourself by navigating to Special:ManageWiki/permissions/* on the wiki and uncheck the edit box. Happy editing!
Jan 25 2022
Manual creation of the group pages does not resolve the issue.
It seems like you two are seeking some advice, so I can be very straightforward about all this.
Requests for Comment here on Miraheze is used as a means of receiving community input to establish consensus for project-wide changes, those changes which affect a mass amount of users, or those changes which change the trajectory of the Miraheze community. A successful RfC should, in fact, accomplish its goals the first time. A properly formed Request for Comment should not require several separate iterations to reach success; brute forcing a project idea is not an indicator of success or community support.
Jan 21 2022
Please, spend some serious time drafting such an RfC.
Just my two cents, but I would also hope that this would help avoid some of the attitude around "I moved all of the old site's media to Miraheze, but it isn't exactly what I/we wanted. Could you export our media for us?"
Jan 17 2022
Hello! You can enable EasyTimeline yourself by navigating to Special:ManageWiki/extensions#mw-section-parserhooks and activating it there. Happy editing!
Update: VisualEditor loads fine from my end with ?veaction=edit URL parameter.
Unable to test due to namespace protection. Please update with more detail if possible. Include any errors or messages received when attempting to use VisualEditor.
Jan 16 2022
CR. All threads on CN receiving described error or timeout error.
Jan 11 2022
Superseded by T8593.
Jan 10 2022
Jan 9 2022
Partial repro. Visiting a wiki using some sort of mobile responsive features loads fine. Skin remains mobile throughout search (from tapping search icon to entering search terms). Site displays desktop for results. This may be intended behavior, though, as it uses Special:Search. Clicking results returns to mobile version.
Jan 1 2022
History shows proper contributor. Only author label on the special page is showing incorrectly.
Dec 28 2021
Revs 61908 thru 61923 have same error.
Additionally, most recent rev is in sequence with the last working rev. Most recent being 63249.
The first revision to cause the error is 61918. This is also an integer less than the previous revision, 63248. Any chance error could be from a newer revision with an id smaller than previous?
FWIW: CR RhinosF1. CNR on own.
Dec 23 2021
If I were to make a recommendation, I would simply remove the ability to configure $wgNamespaceProtection from the ManageWiki interface if there is no intention to support adding custom permissions for assignment. ManageWiki configuration of $wgNamespaceProtection is useless otherwise.
Dec 22 2021
Dec 1 2021
Aug 18 2020
Wonderful! I'm glad I could help!
I see that MediaWiki:Common.js at your wiki does not yet have any content. Have you read the instructions directly below the section you linked on the MediaWiki website? The page section at https://www.mediawiki.org/wiki/Manual:Collapsible_elements#Source_3 details that you must add the code on that page to your Common.js file for collapsible tables to work.
Apr 19 2020
Glad you got it figured out. :)
Feb 26 2020
Link to extension page for convenience.
Feb 21 2020
Feb 19 2020
Quick bump and also link to Mermaid extension that I neglected to add in the original task.
Feb 7 2020
Feb 6 2020
Jan 31 2020
Jan 3 2020
Hello there - unfortunately, it will not be possible to add Fandom's video embed tool, as all Fandom extensions are declined by default per https://meta.miraheze.org/wiki/Extensions#Declined_extensions_.28.3C1.31.29.
I'm unsure why exactly the redirects in system messages are behaving the way they are.
Dec 23 2019
Dec 18 2019
Sitewide login issues. Reputably affecting several well-known users, including self.
Dec 15 2019
Dec 13 2019
A pretty major part of the reason I've seen cited for having certain information "expire", for lack of better word, is due to the fact that the servers have been known to run out of space or memory. Part of managing this problem is clearing old and likely unused, uncontroversial, and irrelevant data. It's really just working out kinks wherever possible in the least obstructive and destructive ways that are plausible enough.
Dec 11 2019
Still valid. Awaiting response from sysadmins.
Dec 9 2019
+1. Would love this honestly. Many useful WMF tools excellent for local and global analyses.
Reopening until this can be completely resolved.
Dec 6 2019
Dec 3 2019
Nov 25 2019
Nov 21 2019
The system listings will sort alphabetically by internal name, no matter what order they are listed in configuration. I'm not sure where else they are displayed, but most of it should be able to be changed via interface pages (i.e. MediaWiki namespace).
Nov 18 2019
I would like to +1 this. Not sure if it would ever actually happen, but it would certainly be convenient.
Nov 15 2019
As Hispano76 mentioned, the images on the bottom right of the main page are from Miraheze Commons. See https://magic.miraheze.org/wiki/%D0%A4%D0%B0%D0%B9%D0%BB:Miraheze_Logo.svg for an example of an image from Miraheze Commons. InstantCommons for both Miraheze and Wikimedia is already enabled for your wikis.
Nov 14 2019
You can make a wiki publicly viewable, but restricted to editing via ManageWiki by marking your wiki as open and unchecking the edit permission for the * group (https://dreamsit.miraheze.org/wiki/Special:ManageWiki/permissions/*) and the user group (https://dreamsit.miraheze.org/wiki/Special:ManageWiki/permissions/user). This will configure it so that anybody can read, but nobody can edit pages.
Nov 13 2019
These rights are not allowed to be unset by bureaucrats per Miraheze.
I can see that the permission were removed in you wiki's log. It is problematic that the groups no longer show in the dropdown, especially as a default group.
Are you referring to the system's listing, i.e. in Special:ListGroupRights?
Nov 8 2019
This would make new formats additional to the default:
swf, xcf, psd, mkv, mov, mp4
Nov 5 2019
Is this related to T4813?
Can repro on test account (non-autoconfirmed, first time dialogue). Cannot repro on main account.