User Details
- User Since
- Feb 28 2022, 07:48 (18 w, 2 d)
- Availability
- Available
- GitHub User
- Unknown
- Miraheze User
- Clarasiir [ Global Accounts ]
Mon, Jul 4
That's unfortunate; I guess I'll just stick to the player having a play/pause button and little else so that it can fit within the tables we use. Thanks for letting me know.
I don't have a MediaWiki account so I'm just going to post this here.
Sat, Jul 2
Oh, thank you. I assumed that because the example website for the DarkMode extension was Miraheze that is was an extension maintained here.
Fri, Jul 1
Mon, Jun 27
I'm still figuring out how this extension works, but maybe this issue has something to do with the class "client-dark-mode" not being added to elements with the class "p-navbar" when using the dark theme. Both the header and footer navigation use this class.
Sun, Jun 26
Thu, Jun 23
Wed, Jun 22
It does looks like the Tweeki skin works now, or at least using it doesn't break the wiki. There still seem to be display issues, like the fixed footer not being fixed anymore and CSS styles not working the way they did before the update. I guess my wiki will just stick to the Chameleon skin, though it's good to know if something else happens with that skin then we'll have a backup skin.
Well if that's the case, I wish they would have made it optional for audio files to either open in a new window as before or play inline, because now the only way to make the player fit in my sortable tables is to gut the controls and put it in a div with overlap hidden.
Tue, Jun 21
No worries, and thank you very much!
Mon, Jun 20
Sure! This is a page that uses a lot of audio files that are in a table: https://www.obeymewiki.com/wiki/Majolish/Background_Music
Sun, Jun 19
This is an issue my wiki is still having. Our license is set to CC BY-NC 4.0, but on edit pages the text above the "save changes" button reads as "Please note that all contributions to The Obey Me Wiki are considered to be released under the Creative Commons Attribution Share Alike (see The Obey Me Wiki:Copyrights for details)."
Thank you!
Sat, Jun 18
Thank you so very much! Now I can get to work formatting the Chameleon skin to be our stand-in until our original skin is hopefully available again.
I tried using it again and it still does not work. I get this error, which I can't tell if it's the same error or not:
Thu, Jun 16
Okay, well I guess hopefully having found the only other culprit and it not being another upstream issue is good news. I had no idea the update was going to cause such major problems for my wiki.
Okay thank you, that did work and now the site is back up again.
I was able to get to the skins by the extensions page and then get to the Special:ManageWiki/settings page to change the default skin to Chameleon, but this this error returned:
What should I do then? If it's another skin causing the error, would removing all but the basic skins fix it? Then I could at least test other skins, and if installing a skin again causes the error to return, as least I'd know which skin is the problem.
Okay this is really bad. The skin we use is broken, but I also can't even try using and editing other skins to find a new one to use in the meantime.
I've encountered another error when trying to change the skin by visiting Special:Preferences
Oh...well that's bad. I had a nightmare like this. Oh crap. Is it possible to temporarily revert the MediaWiki update just for our wiki? At least until I have the time to scramble and try to get another skin working properly?
Thank you. Would it be possible to have an estimate of when - if fixed - we will be able to change our wiki back to the tweeki skin? While it's very good the wiki itself is accessible again, much of the content is broken or missing, as it depends on using the tweeki skin.
That would be a great help, thank you.
I can't access the wiki to do so. Every single page shows that error.
Okay, thank you. Is there anything that can be done in the meantime so the wiki is at least accessible to its users?
May 26 2022
Alright, thank you for the assistance!
May 1 2022
I see, thank you! I'll do that.
I've noticed that this extension has been added to the list of available extensions, but with "Requires: Permissions - managewiki-restricted"
Apr 29 2022
Oh I'll try that, thanks.
Okay, thank you.
All I did to get the error was visit the Special:Moderation page when there was a pending edit, try clicking the "edit" button to make changes, and then I get the error.
Apr 26 2022
Thank you so much!
Apr 25 2022
I'm sorry I don't mean to rush anyone and I know people are busy, but could someone please help with this? I'm having a lot of trouble running my wiki because half the special pages I rely on to monitor things don't work, they're just too outdated.
Apr 24 2022
Thanks!
Apr 23 2022
Apr 22 2022
Apr 17 2022
@Reception123 Thank you very much!
Apr 16 2022
I haven't had that happen before, but I found this guide that might help? https://windowsreport.com/browser-storage-mega-full/
I see, I didn't know about patrolling SocialProfile pages being an issue. That's really unfortunate. I was indeed able to edit the user pages by going to Special:EditProfile. Seems odd that the regular edit button doesn't work, or even give any message as to why it isn't working. SocialProfile seems to have some strange complications for a stable extension, but thank you for helping with it.
Apr 15 2022
Apr 13 2022
Alright, thanks!
Thank you for importing all of the wiki pages so quickly, but what about all of the images that also need to be imported? They're all contained in the second link I listed. Do I need to create another task for those?
Apr 11 2022
Mar 31 2022
Mar 30 2022
I do have the PageTriage extension, but while the Special:NewPagesFeed lists regular content pages, it doesn't seem to list new templates, talk pages, or user pages, as all of those - including the unpatrolled pages - are not listed.
Oh, well that's disappointing. What should I do about the missing "mark as patrolled" link for my wiki then? I'd assumed it was related to the skin my wiki uses, but changing to different skins didn't fix the issue.
Mar 29 2022
Right, sorry yes I do like that the extension is easy to give rights to who needs them. I was replying to @Ugochimobi and their user script suggestion.
Wouldn't that make it so that I'm the only one that can see the links? I'd like all wiki admins and moderators to be able to patrol pages easily.
Mar 25 2022
Yep, disabling the extension fixed things and I was able to upload an ogg file with no issue. I hope disabling the extension isn't something I'll have to permanently do, though, as adding videos from Youtube is also something my wiki intends to do in the future.
Yes, I do have the Embed Video extension enabled.
Mar 23 2022
I had hoped there would be a way for my wiki itself to handle the contents of the user pages, either as a hosted preload or something similar, but if that's not so then I suppose this extension isn't exactly a viable method. Setting up my wiki is still very much in-progress, but I'm sure I can find some other alternative, even if it's just setting up user pages manually as needed.
Mar 20 2022
Mar 19 2022
Indeed, I can now also see the subnav is still there when logged out. Thank you so much for your help!
Mar 18 2022
I want it visible. The Tweeki skin hides the subnav from anonymous users by default, so I wanted that switched.
I logged out, deleted the cookie, cleared my cache, and deleted my history, but the subnav still does not show up nor is it present in the HTML code when logged out. I also tried switching browsers from Firefox to Chrome, but that didn't make a difference.
The subnav should be shown on all pages in the top-right corner directly under the main navigation, and is located within the "contentrwapper" div. It contains a search bar, edit button, actions button, and watch icon.
I can't fully tell if the change has already happened or is still just scheduled to happen, but I just want to note the the subnav is still being hidden on my wiki for anyone that isn't logged in.
Mar 15 2022
No that's fine, sorry for the trouble.
Ah, I actually forgot about this request. After doing more work on my wiki, and considering it would probably be a hassle if the nested links ever needed changing or updating, I actually don't think this is a good idea any longer.
I tested disabling the DisplayTitle extension and that did indeed fix the problem. I'm not sure how the two are related, and what's also confusing is even with the extension disabled and cache cleared, the pages my wiki has that use {{DISPLAYTITLE}} are still showing the specified title on their pages?
Mar 14 2022
@Dmehus I don't know how it works with other skins, but my wiki uses the Tweeki skin. With it, when visiting a user page that doesn't exist, the only options available are to search for the non-existent page, or to create that page. There's no link or redirect to any global user page, no talk link, no way to contact the user at all.
Mar 13 2022
Mar 10 2022
Mar 8 2022
You can see the link doesn't even take up space above the text on this page: