Issue metadata
Sign in to add a comment
|
Resize event not being triggered sometimes when showing/hiding the URL bar
Reported by
ide...@gmail.com,
Jul 22
|
||||||||||||||||||||||
Issue descriptionSteps to reproduce the problem: 1. Show/hide a few times the URL bar 2. I have a javascript function that will resize different elements on screen depending on the size of the viewport 3. Normally, when showing/hiding the URL bar, the onResize event will fire. But sometimes, and I cannot explain why or when, but sometimes, it will simply stop firing despite the same show/hide process happening of the URL bar being shown or hidden What is the expected behavior? The Resize event should always, 100% of times be triggered and fire whenever the viewport height changes when showing/hiding the URL bar of chrome on Android when scrolling up/down What went wrong? Sometimes, a few times a day it happens to me, but I cannot pinpoint exactly what it is tied to, but sometimes the event will simple stop firing, despite the actions being apparently always the same actions, scrolling up and down, showing/hiding the URL bar Did this work before? N/A Chrome version: 67.0.3396.99 Channel: stable OS Version: Oreo Flash Version: This causes enormous problems in our applications, as sometimes we cannot show the elements correctly because the resize event does not fire! thank you so much for your help
,
Jul 23
Good day and thank you for your quick response. The device is a xiaomi mi a1 with Android and Chrome 67. I am now starting to test with the beta of 68 also to see if it also happens there. I could easily do a screencast, problem is that this is an app that will be launched in x months and cannot be shown in public yet, let me think what could be done. By the way, this issue seems to happen ramdonly and once it happens it keeps happening non stop until you reload the page. This is another important point I didn“t mention. Once the onResize event stops firing, it stops firing for good, and nothing can bring it back until you reload the entire PWA 1 page web app.
,
Jul 23
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 23
Hi again, it just happened to me again, Im trying to understand exactly when it happens so that I can isolate a test case for you. What I can add now is that: - The bug happens when you start by hiding the URL bar by scrolling, so the URL bar has to be hidden in the PWA app. Then you switch screens and redraw elements still with the URL bar hidden. And then sometimes, again I dont understand why sometimes yes and sometimes not, but sometimes the Onresize event just dies and never comes back. I have actually made it visible in my app when the onresize event fires, apart from following the console.log tracks, and I created a visual feedback for when onresize fires, and it literally goes away and never fires anymore once the bug happens. Only reloading the app brings it back. As I say it just happened to me again now, but it really seems random, I still cannot connect it to a specific set of actions but I am trying. What's for sure is that you have to begin by scrolling to hide the URL bar, that's for sure. And then you have to redraw different elements within the 1page PWA and then it eventually happens, I keep trying to isolate a consistent set of actions for you
,
Jul 23
By the way, apart from this bug, Another one that happened to me is one that has already been reported by many, which is that when scrolling and hiding the URL bar, the button hotspot hit area goes out of sync with the position of a button in position:fixed on the screen, that one has been reported by many others and there is an open bug for that one. That one and this one are the two bugs related to the URL bar hiding/showing that are really devastating for the UX, all right here we focus on this one, I keep trying to get you a consistent set of actions to reproduce it
,
Jul 23
https://bugs.chromium.org/p/chromium/issues/detail?id=848122#c_ts1531425681 https://bugs.chromium.org/p/chromium/issues/detail?id=855694#c_ts1531425618 those are the other bugs that have the other issue I also had with hiding the url bar, but that one has many people looking at it, lets see if I can find the set of actions for this one
,
Jul 23
ok I have more data - - the onResize event dies but only for URL Bar show/hide moves, for the rest, like when the android keyboard appears, it still fires, so it seems, again, like the other bug, a bug related to specifically the show/hide behaviour of the URL Bar, not very surprised as in my experience, both with this bug and with the other one I just mentioned in previous message, the behaviour of this show/hide of the URL bar is pretty buggy in general in my experience, unfortunately. Now, I just also managed to partially reproduce the bug, not completely, but the beginning of the event not firing. - I am using Bootstrap, I have a fixed navbar at the top, and below a "list-group-item list-group-item-action" bootstrap list group with many items that you can scroll down. Obviously as you scroll up/down, you show/hide the URL bar. I have put a visual feedback of when onResize fires so that I Can see it in real time as I test. What I just found out is pretty amazing and I can consistently reproduce it: - load app - initially scroll is in position 0 - scroll up, url bar hides, OnResize Fires well - scroll down, url bar shows, On Resize fires well - repeat that a few times, all good. - NOW: scroll up completely till the very bottom of the list group. URL bar is hidden. - Now, scroll down a bit to show the url bar. OnResize does NOT fire! - Scroll up now to hide url bar, onresize again does not fire. - OnResize does not fire at all anymore on this ListGroup, even if I go back to the very top, and show/hide the url bar, onResize is not firing at all anymore. This is still not the bug I had, because in the list group it doesnt affect the user experience as I dont have to reposition things, but its clearly wrong, the onResize should fire always, and it's dying again after scrolling to the very bottom of the list group. This must be connected to the bug I have and it's very easy to reproduce
,
Jul 23
Great News!!!! I just tested the very same steps on the BETA of 68, and it does NOT happen on 68 BETA!!! Phew So what I just described in previous message happens consistently on 67 STABLE always, but does not happen at all on BETA 68, hopefully that means that maybe this whole bug is fixed in 68, hopefully! hopefully because those previous steps are just part of the bug, not the whole bug, I keep trying to reproduce the rest
,
Jul 23
yes, this is looking like its all part of the same bug, because on 67 Stable, once I do the steps below and onresize dies on show/hide URL bar movements, it never comes back in the rest of the app. Whereas on 68 BETA, so far, it never dies doing the same steps, and it continues firing, so far, in the rest of the app. So hopefully, hopefully, this means that this is indeed a bug on 67 Stable but that it is maybe Fixed on 68 Beta, when will 68 go Live? I hope that whatever fix they did it goes live on 68 stable as it seems to have fixed hopefully this issue! - load app, 1 page PWA with top static navbar, and list group of many items below that you scroll through (bootstrap) - initially scroll is in position 0 - scroll up, url bar hides, OnResize Fires well - scroll down, url bar shows, On Resize fires well - repeat that a few times, all good, On Resize fires always well. - NOW: scroll up completely till the very bottom of the list group. URL bar is hidden. This is the key action that triggers the bug. - Now, scroll down a bit to show the url bar. OnResize does NOT fire! - Scroll up now to hide url bar, onresize again does not fire. - OnResize does not fire at all anymore on this ListGroup, even if I go back to the very top, and show/hide the url bar, onResize is not firing at all anymore. In fact, going to other parts of the app will never again fire onresize on any show/hide url bar movements. Never until you reload the entire app. This is consistent and easy to reproduce on 67 Stable. On 68 beta, so far, this is not happening at all, and OnResize keeps firing well during all the test I just described above, in the list group and also other parts of the app, so far, if I find anything different will report. So please, whatever you fixed on 68 BETA, keep it there :)
,
Jul 23
Since this isn't happening on 68, this is fixed then, right?
,
Jul 24
probably yes, I think that 68 stable is going live today on the 24, right? if that's the case let me then confirm that it's not happening on 68 stable once it goes live today and then if that's the case we can close this for sure
,
Jul 24
As per comment#11 adding Needs-Feedback label. @ ideami: Please report us the behavior of M-68 once it is available. Thanks!
,
Aug 16
Have you had a chance to try it on M68 yet?
,
Aug 23
The NextAction date has arrived: 2018-08-23
,
Aug 23
Closing issue due to lack of feedback requested but not provided. If the issue still exists please open a new issue with the details requested.
,
Aug 23
Just read you, yes, I tested it and the bug is not happening anymore on M68, we can definitely close it, thank you very much |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by chelamcherla@chromium.org
, Jul 23Labels: Needs-triage-Mobile Triaged-Mobile Needs-Feedback