@Gerges yeah I'm working on a new PR according to all the suggestions, will like to try it one more time

@Gerges thanks for suggestion, I'll go through the toolforge redis docs and will try to implement using it

@SherryYang-WMF Any update on this?

@Gerges I'm adding caching for this, a dequeue , through which our relevant event passes, and then sent to the client for processing. Now when the client goes to timeout , the events keep getting added to the dequeue , now when the client comes back up we check the header for Last-Event-ID , finds on the queue then process events ahead of it using client.

I'll like to try to solve it

Update:- Checked on firefox for all text sizes, everything works as expected after the fix.

@Prototyperspective I'm using Arc browser (chromium extension) and was able to reproduce it with the font set to "large" only, else it ws working alright. I'll try to reproduce the case you mentioned using firefox browser, and will try to fix it for the specific as well

Yep. That fixed it!

@Gerges I'm facing an unusual bug and unable to pinpoint the issue -

I pushed the fix to gerrit (This is my first time using gerrit , please let me know if I did something wrong).

Thanks @Johannnes89 , I'm able to reproduce it. Will try to fix and raise PR for it

I'll like to fix this issue.

PR link - https://github.com/wiki-connect/wikimonitor/pull/43 , please review and let me know if any change is needed

@Gerges Thanks! It's working for me now. I'll raise a PR for this fix for this ticket shortly. Thanks again for help.

@Prototyperspective I tried to reproduce it but wasn't able to reproduce the bug you showed in the Image, if possible can you specify the browser/device you were using and if found in any article , please specify so it can analysed. Thanks!

@Gerges Hi, could you grant me rollback rights on test2.wikipedia.org? My username is Praffq.

You can open a ticket explaining the problem in general terms so we can work on it in the future.

Hey @Gerges , When I try to log in to WikiMonitor locally, the OAuth flow with Wikimedia completes successfully, but the app then rejects my login with a "no_rollback_rights" error. This happens because AuthController.java (line 52) calls mediaWikiService.checkAnyRollbackRights(username) which queries the Wikimedia API to verify the user is a rollbacker or sysop on at least one wiki, and my account (Praffq) doesn't have those rights. As a temporary workaround I've commented out the rollback rights check, but I wanted to ask, is there a recommended way to test locally without rollback rights, or a sandbox wiki where these rights can be obtained for development?

@Gerges I'll like to work on this issue. Should I raise a PR directly on github repo for it?

@DaxServer can I pick this issue? I'll like to work on it