User Details
- User Since
- Dec 22 2014, 2:21 PM (487 w, 5 d)
- Availability
- Available
- LDAP User
- UltrasonicNXT
- MediaWiki User
- Unknown
Oct 28 2020
it's 2020, support for generic web notifications is wide enough now.
Sep 3 2018
mm I guess easiest way is to check if the user is already online when they load Special:Chat. Shouldn't be too hard
Jun 10 2017
cheers for your work on this guys
Jan 7 2017
hmm, wonder why I ever wrote GlobalContribs if GlobalContributions was already there, be it defunkt
I reckon this can be closed now if people agree?
Dec 30 2016
done and working
ahh typed in the wrong bug number, new commit is here https://gerrit.wikimedia.org/r/#/c/329687/
Having just implemented that, I actually think that
* >:-/ >:/ >:( >:-( >:O >:-O NE24.gif * :) :-) smile.gif
would be a better way, so I'll do that
Sure, if the people who want access can give me their email address I can share the folder with them
ooh, also, I'll need to update and re-enable those extensions I disabled (just putting it here so I remember)
btw, once this is merged, any feedback/alteration to the graphical design would be welcome
Dec 29 2016
I might suggest something more like
* >:-/ * >:/ * >:( * >:-( * >:O * >:-O NE24.gif * :) * :-) smile.gif
as it would be backward compatible, making shipping the update much easier. (As the old syntax would still be valid)
hmm, I can't reproduce this on chrome
I've changed the animated dots to a loading gif, so there should be no CPU drain now.
Dec 28 2016
snippet was really created specifically for Brickipedia, and given T154220, I'm never gonna do this, so I'm closing if that's okay
This is a little DIY loading GIF which is set to visible in the time between sending your message and it appearing on the screen. On a fast wiki like en .bm this is a very small period of time, but on other wikis it can be much longer. It's strange that some computers horifically struggle with this while most take it fine, but I'll work out how to stop the animation when the dots aren't shown.
ooh cor,
$wgLocalDatabases = array( "en", "customs", "gbc", "ideas", "meta"); $wgConf->wikis = $wgLocalDatabases;
brings back some memories. I feel like I may have tried to use this for global new messages or something, can't really remember. According to https://www.mediawiki.org/wiki/Manual:$wgConf it used by CentralAuth which we don't use, so I suspect it is safe to remove. Only way to know is to test though...
All the current DBs are backed up, and they come to a total of 803MB, although that does include some older ones like nl, dev, answers, etc
could be implemented in T151514
could be implemented into T151514
Sounds like a good idea
This is technically quite hard to implement, given the way MWC stores messages at the moment
Right, as George said, there's a daily DB backup which is stored on our server, and then on my dropbox. I'm happy to share these with anyone, the ones on the server are at /home/nxt/Dropbox/backups and any sysadmin can get to those (using root)
Right hold on, those examples there are referring to using sockets to send messages (this is when the client and the server keep an open connection on which messages can be passed). MWC uses polling however (a new connection is made every so often to check if there are new messages, then closed). This is still a valid suggestion however.
Dec 24 2016
should be fixed
mmm well resolved as it's fixed, there just may be a better way of doing it.
Dec 23 2016
BeforeParserrenderImageGallery would be the one
(from chat, here so I remember it) I guess you could hook in, then check the page title, and if it's wikiforum, load the module. Such effort though
Okay I've spent a while looking through the source trying to find when mediawiki.page.gallery is loaded, and can't, so I guess we'll just have to load it on every wikiforum page.
Yeah, mediawiki.page.gallery.styles isn't being loaded. Loading it specifically isn't gonna be the best way of doing it as then it'll be loaded even when there's no gallery. Not sure what the best way is though.
It feels like there's some sort of stylesheet that isn't being loaded when it should be
@SamanthaNguyen what do you think about closing this as the top case listed above no longer exists in the code, and the bottom one can't be moved into CSS due to the PHP in it?
okay looks like this can be done then
oops hold on
oops, wrong bug number, you can ignore that gerritbot message
Of the two cases listed above, only the bottom still seems to exist in the code, and that can't be moved into CSS due to the PHP stuff, so I suggest this is closed?
Would this actually be possible?
Dec 22 2016
Okay, this is T4700
hmm, looks like there is some sort of pre-parsing for this trick: https://en.wikipedia.org/wiki/Help:Pipe_trick
Hmm, I'm pretty sure I remember there being some code for this, so I'll have a look.
Ooh I didn't even know that was a thing in normal wikitext... :D I'll have a look, I would have expected that to work as I thought MWC used the same parser as normal wikitext.