Per Sam's comment. Since the debug statement left out doesn't hurt anything we can install this
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Aug 2 2020
The SSL has been renewed.
Aug 1 2020
In T4789#116738, @Reception123 wrote:In T4789#115677, @Aunst wrote:In T4789#115338, @Reception123 wrote:@Aunst Per Southparkfan, have you tried other similar extensions and found that they were not suitable for you?
Yes, I've tried Extension:Comments, but I think it isn't suitable for my wiki.
Okay, for what reasons? Have you also tried Flow?
In T5750#117090, @Southparkfan wrote:@Paladox, what was the reason this extension was declined as 'hard/impossible to install'?
In T5998#117295, @RhinosF1 wrote:Cc @John as I think ManageWiki uses it so he can confirm but is it not already available?
Opened https://github.com/fuerthwiki/MobileTabsPlugin/pull/1 for
There's also a debugging statement left in extensions/MobileTabsPlugin/resources/tabs2accordion.js, which should be taken out but which doesn't really hurt anything.
The code here looks sort of old-ish, but fine from what I can see. However, an error is being thrown about the registration of the parser functions:
Already available. Please check Special:ManageWiki/extensions before filing tasks.
This looks fine to install, I think.
Re security reviewers (@Samwilson @Southparkfan ) this looks like a very quick review
Could you also link us to the page that doesn't work?
There is no indication that there's another extension needed in the docs.
Per above, will try and get some more info from Tim upstream later
In T5863#117283, @Reception123 wrote:Score restricted in ManageWiki until it's resolved.
2020-08-01 10:19:31 mw7 wizpedia101wiki: [fd42b68dddcdf0d0899cc85a] /wiki/%CE%91%CF%81%CF%87%CE%B9%CE%BA%CE%AE_%CF%83%CE%B5%CE%BB%CE%AF%CE%B4%CE%B1 MediaWiki\Storage\NameTableAccessException from line 42 of /srv/mediawiki/w/includes/Storage/NameTableAccessException.php: Failed to access name from slot_roles using id = 1
It's happened a few times to me again and I would find it strange for it to be upstream since it only started a while ago (maybe one or two weeks)
Cc @John as I think ManageWiki uses it so he can confirm but is it not already available?
Score restricted in ManageWiki until it's resolved.
The check has been fixed. If the underlying issue still causes issues another task for that should be opened.
Any! My guess is OSM's official tile server is probably the most reliable, but I really have no idea. Since maps are currently broken on Miraheze, I'm guessing not too many wikis are actively using it. Thus, I suspect we wouldn't meet the "heavy use" that is forbidden in OSM's usage policy.
import is in progress
@MusikAnimal Which one would you want?
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.
Jul 31 2020
Hello guys,
The script run in T5987 only included @comment pages as requested. I did nothing to any Thread: prefixed pages.
I don't have anything to add, really, to this task, but noticed it with interest. As a workaround to this, I've been using the Navigation Popups gadget (on Meta), and recently got it working on Public Test Wiki (was missing a few configuration files). So, other than for previews of special pages, it will show previews of pages when you hover over the links to pages (other than special pages) to any namespace. It isn't a particularly difficult gadget to set up, either. If you have the Reference Previews enabled, though, I know English Wikipedia does advise disabling that as it conflicts with the Navigation Popups gadget.
@Andrewbdfe seems to have reverted his namespace change, per the log entries from the **ManageWiki log** on his wiki:
Wiki recreated (reset).
Yes, we would like to start from scratch so its okay to recreate it!
@Catman504 The extension is now installed and you can enable it via Special:ManageWiki/extensions :)
@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.
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.
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.