My conscious is a jukebox
Fri, Feb 16
Sweet, thanks for the info!
Oh sorry, I misunderstood. It doesn't show you all programs, no, but it will allow you to browse to them directly and delete them/etc. Do we want it to show all programs, always?
The other thing to note here is that at least for blocks within an IP range, we'll want any blocks of subranges to appear in the results. For that maybe in log_search we'd store the hex value of the first IP in the range, that way your BETWEEN query we'll pick it up and get a reference to the block against the subrange (thx to Bawolf for the fine idea!). There is the caveat however that some big ranges may not fall in searches for small ranges, if things don't overlap correctly. Maybe that's OK, though?
I've created T187579 to investigate what I think may work for this, but note the idea is to add IP range support for every logged action and not just blocks.
Yeah, IP range support at Special:DeletedContributions was meant to happen along with T163562, but well, it didn't. I think we could probably use the same approach (new table with hex value for the IP address), but I'm not sure if Multi-Content-Revisions would conflict with this. @brion @Anomie Do you know? Basically, could we do the same thing as https://gerrit.wikimedia.org/r/#/c/349457/ but for archive?
There's now some basic, custom-built role-based authentication. There are only three roles:
- Anonymous -- only can see the homepage. If you browse anywhere else, you're redirected to login on Meta, then it goes back to /programs. I'm going to make it redirect back to where you were, but that requires some OAuth tweaks. I've got it on my to-dos.
- User -- can view any program/event, but can only created/edit/delete their own programs and events (or else they're shown an error page). Not sure if this is desirable. I just assumed there's no harm in letting people see others' events, and the situation may arise where they'd want to.
- Admin -- can view/edit/delete anything. The list of admins is hard coded in parameters.yml, and currently only includes MusikAnimal (WMF) and NKohli (WMF). This file is not in version control, so you can go in and add people directly on Toolforge in app/config/parameters.yml, then clear the cache with php bin/console c:c --env=prod --no-warmup
Thu, Feb 15
Should be fixed now!
Have a look now :)
Wed, Feb 14
Nah, the navigation is working, but the actual results aren't paginating, I think? This was all working before, but I broke it. Looking into it now
Ready for review! Everything seems to be going surprisingly fast, even the export options, but I haven't done any sort of load testing.
Do you not get an email when the build fails? #wikimedia-commtech is already kind of noisey.
Tue, Feb 13
We could put another Save Participants button at the bottom, if that helps.
@Niharika Maybe you could clarify the expected behaviour? I'm just going off of memory. Are there also situations where you shouldn't be able to delete an Event?
I think it's checking CentralAuth, and here there is a global account: https://en.wikipedia.org/wiki/Special:CentralAuth/Bigger. Not sure if that's the case for other usernames you tried.
Should work now: http://xtools.wmflabs.org/pages/bg.wikipedia.org/Glagoli/0/none