Bug report
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Dec 19 2016
Bug report
Dec 18 2016
Can you provide further details on what wiki, browser and operating system you were using? It's also worth noting that there's an issue with sessions (T144) so can you try this again, ensuring it's not just because you are being logged out?
Okay - so upon not very extensive, further testing. My current conclusion is that:
Dec 17 2016
So I've been able to reproduce this after downloading an additional browser and using my bot account on Firefox.
In T144#2129, @lewiscawte wrote:
It seems I'm not alone.
Sorry about this! We turned Scribunto off temporarily during the upgrade as it was causing issues, and we had issues with harder solutions to debug as a more urgent priority.
FWIW, I just verified T146. Viewing a global Help: page logged me out, too, although the Help: page did display.
I delete all my cookies every time I close my browser, so every session is a fresh session. It's not a cookie issue.
Screenshots:
Long story short, SpamRegex is intentionally very restricted because unlike AbuseFilter and whatnot, it is a global tool. If it were administrator-viewable (let alone editable!), that probably wouldn't go so well because all you need is a valid email address to create a new wiki.
Dec 16 2016
Besides that, as far as I've seen, global help: pages have worked as intended, save for that redlink issue, which should be now fixed.
Fair point, assigning to Jack who is far more knowledgeable on this particular extension for input.
So it would appear that somewhere in the upgrade, AbuseFilter rights got unassigned (presumably by default upstream) and therefore resulting in sysops not having them. This, by way of array_merge, means staff also do not have.
Not really related to T145 - two different extensions. Should be fixed by rSHWK4043.
Got any examples?
This works for me. One thing I did notice earlier is that I had to completely clear all of my cookies for ShoutWiki to be able to even login, so there's definitely an issue with cookies somewhere although as far as I can work out it's a case of clearing them for everyone.
All the subdomains we actively send emails from (@, support & phabricator) now have DKIM and SPF. This seems to have reduced the numbers of emails going to spam.
Dec 13 2016
Dec 8 2016
The error no longer occurs.
Dec 4 2016
Nov 29 2016
Nov 25 2016
I'd agree with most of these except for Category:Sitemap, the Category:User*, Bot, Citation and Experimental (IMO, we don't have anything to populate these at the moment or in the case of Bot/Citation don't apply to the majority of wikis).
Nov 21 2016
Nov 19 2016
Nov 16 2016
Nov 15 2016
@CJC fixed this a while ago, CW has recently been updated so there's nothing else to be done here.
Nov 14 2016
Should be fixed.
Nov 13 2016
Now that Sports is a theme of Games, I've pushed that change live and undeployed Sports from Interface Messages Wiki, the only wiki where it was deployed on.
This should be fixed now that rSHWK3987 is live.
I've just rolled out version 3.1-SW of MultiUpload which should fix this issue.