Zulip Chat Archive

Stream: Zulip meta

Topic: scrolling


Joachim Breitner (Jul 14 2023 at 07:31):

If you use Zulip in Firefox on Android, and struggle with scrolling up (e.g. often it turns into a click that opens the keyboard), disable “Pull down to reload” in the Firefox settings until this bug is fixed: https://bugzilla.mozilla.org/show_bug.cgi?id=1724755

Julian Berman (Jul 17 2023 at 18:03):

Thanks that drives me nuts.

Julian Berman (Jul 17 2023 at 18:03):

That and the fact that click zones are often shifted out of place from the element you're clicking, but I've learned various tricks to evade that one.

Karl Stolley (Jul 17 2023 at 18:10):

Thanks for pointing this out, @Joachim Breitner . I'm from the Zulip core team, and we've been trying to investigate reports of some strange scrolling behavior on Firefox for Android.

@Julian Berman, can you tell me more about what you're experiencing with shifted click zones? Sounds like if you've got tricks, you've also got solid reproducers that we could address :)

Julian Berman (Jul 17 2023 at 18:19):

@Karl Stolley I will try to record one next time (I actually reported one a bit ago which you guys kindly fixed if I recall) -- my tricks amount to various amounts of zooming in and out, I think the hamburger icon is the one that gives me the most trouble, half the time it doesn't open the sidebar, but I'll try to catch that in action.

Karl Stolley (Jul 17 2023 at 18:20):

Got it. Thanks, Julian! Let me know if there's anything I can do to help out.

Julian Berman (Jul 17 2023 at 18:21):

Probably I should report this somewhere else than in the middle of this thread, but do you happen to know if there's an open issue about long-running tabs causing Zulip to basically give up -- this now on desktop?

Julian Berman (Jul 17 2023 at 18:22):

Specifically I leave Zulip open in a tab (in FF desktop, macOS), and basically reliably after X hours the tab turns dead

Julian Berman (Jul 17 2023 at 18:22):

It's not killed by FF, I assume what's happening is the tab fails some app-level heartbeat for long enough that the client side code kills it

Julian Berman (Jul 17 2023 at 18:22):

But it means that basically every day or two I wake up and have to full-refresh the page

Julian Berman (Jul 17 2023 at 18:24):

(In case it needs stressing, none of these issues are super intrusive in the grand scheme of things, y'all are great.)

Karl Stolley (Jul 17 2023 at 18:33):

Julian Berman said:

Specifically I leave Zulip open in a tab (in FF desktop, macOS), and basically reliably after X hours the tab turns dead

We're not tracking anything specific, but we do know that reloading doesn't work as expected if there's been a deploy (and we do deploy fairly often).

That said, we're exploring our options to get a better sense of when users have gone truly idle to beef up the frontend code. The IdleDetector API showed some promise, but it's only implemented in Chrome and both Firefox and Safari seem to be hard No's for ever implementing it, on privacy grounds (which I respect)

Julian Berman (Jul 17 2023 at 22:01):

(It happened just now of course after coming back to my computer after a few hours) -- the browser console has webpack errors in it:

Screenshot-2023-07-17-at-23.58.30.png

But even in FF aren't there events for when a tab gets focused (i.e. when you switch to it from some other one)?

Patrick Massot (Jul 17 2023 at 22:04):

I've never seen that with FF on Linux.

Julian Berman (Jul 17 2023 at 22:04):

Hm, interesting. And you leave a tab open perpetually?


Last updated: Dec 20 2023 at 11:08 UTC