@znotch190711 If you aren't sure what projects to add a task to, don't. This isn't a task that requires a lot of code so it doesn't belong in Major Code. Also, stop the world and his wife to tasks. We've got systems that watch for new tasks so we can action them where necessary. What we don't have, is systems to go and clean all this junk from everyone's inboxes.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Jul 18 2019
Jul 15 2019
We don't need CentralAuth, we already have a global user table. @jack developed the GlobalUserPage extension for ShoutWiki.
Jul 14 2019
Fine.
Except that I'm not asking for revision suppression. I'm asking for revision deletion. There are two different things.
I think it needs consensus from all ShoutWiki users to have the supressrevision right on Independent wikis.
I don't know who or what "Miraheze" is/was or what that has to do with this request.
I am a former Miraheze user, I do not think that it is possible. Maybe it could be restricted to SW staff.
Jul 13 2019
Jun 22 2019
Jun 21 2019
I'm going to close this as this is really more of something that has to be dealt with upstream - deleting accounts is something that MediaWiki doesn't handle in single wiki installations yet, so until an appropriate solution has been dealt with upstream for a single wiki, we can't really develop a way to do this without breaking wikis. You can read about this more on MediaWiki.org.
Jun 18 2019
Ref: osTicket#3336
May 2 2019
Apr 21 2019
Haven't done an in-depth review of the extension in question, although it would appear that the quality of BlueSpice extensions has significantly improved since I last took a look at one of 'em. Yay!
Hi @Brianna82 and apologies for the late reply!
Apr 11 2019
In T248#3826, @Brianna82 wrote:@jack Bump!
Mar 24 2019
Mar 21 2019
Yes, I use CMS on a website I own.
Mar 20 2019
In T251#3801, @PERCE-NEIGE wrote:Yes, I've read this warning (it's the same warning on Whitelist extension page). But how to do that?
T249:
nor is Phabricator appropriate for individual wiki setting requests. Please send an email to support@shoutwiki.com.
Yes, I've read this warning (it's the same warning on Whitelist extension page). But how to do that?
Mar 19 2019
If you need per-page or partial page access restrictions, you are advised to install an appropriate content management package. MediaWiki was not written to provide per-page access restrictions, and almost all hacks or patches promising to add them will likely have flaws somewhere, which could lead to exposure of confidential data.
Mar 16 2019
One thing I'd like to ask you right away: are these requests for all of ShoutWiki or for a single wiki? (If the latter, can you provide its URL/subdomain?)
Okay, thank you.
InstantCommons isn't an extension, nor is Phabricator appropriate for individual wiki setting requests. Please send an email to support@shoutwiki.com.
Hi @Brianna82, thanks for filing this request! One thing I'd like to ask you right away: are these requests for all of ShoutWiki or for a single wiki? (If the latter, can you provide its URL/subdomain?)
Pretty sure this got done ages ago as well.
This was done ages ago.
Down to one core hack, the AJAX page watching one, as of Q1/2019. Should really figure out a way to get rid of that and then Aurora would be a nice, stand-alone skin that requires no core hacks whatsoever...
DumpsOnDemand is old and abandoned and won't be revisited anytime soon.
LookupContribs v. 2.0 fixed this for LookupContribs, but as discussed on IRC, we'll need that schema change to the lookupcontribs table to be able to make MultiLookup use LC's dataset.
This is hopefully now done. It's not exactly the cleanest file out there, but...
Mar 14 2019
Mar 13 2019
Deployed - testing for a few days before cleaning up Brickipedia and closing as resolved.
NPM Tests are giving HTTP 500 errors. To investigate further at a later date.
Mar 9 2019
Mar 8 2019
Mar 7 2019
Mar 6 2019
Nice catch, thanks!
The wiki should now be usable. Again, sorry for the inconvenience! Please let us again know if you run into something that seems out-of-place or simply broken.
Thank you. Subdomain of current affected Wiki - http://remembrancerorder.shoutwiki.com/ (Subgroup - Books)
Mar 5 2019
Hi @jcbynum1 and thanks for the detailed bug report with reproduction steps -- we really appreciate taking the time to write how to try reproducing the bug! Right now the MediaWiki 1.32 database upgrades and all are still running in the background, which causes an increased load on the server, which you may have noticed as slower page loads and an increased "sluggishness" in general. As @lewiscawte noted on a similar forum thread on ShoutWiki Hub, we believe that the issue you're experiencing is connected to that and we expect the wiki creation wizard to work again once the database upgrades are done.