Issue metadata
Sign in to add a comment
|
UI for Devtools Network can crop off buttom result
Reported by
raymondc...@gmail.com,
Oct 3 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3231.0 Safari/537.36 Steps to reproduce the problem: 1. Visit a page with many network requests 2. With devtools open, notice the last item is off screen 3. Try to scroll down and you can't. The data is "hidden" off screen and you can't scroll down to see it. What is the expected behavior? Seems to be a scrolling issue. The UI doesn't think I need to scroll more. What went wrong? I can't see the final result (completely). Did this work before? Yes Not sure. Chrome version: 63.0.3231.0 Channel: canary OS Version: 10.0 Flash Version:
,
Oct 4 2017
Unable to reproduce the issue on the latest canary(63.0.3231.0) and the latest stable(61.0.3163.100) on Windows-10. Not seeing bottom part clipped as shown in the above screenshot. raymondcamden@: Could you please check the same in new profile or incognito and confirm if this is consistent. Also mention the screen resolution where you are seeing this issue. Thank you!
,
Oct 4 2017
I was able to confirm this with an incognito window. One thing I've noticed is that it seems to "add up" over time. For example, in a fresh test, I may only see the bottom part of a g character cropped off. It's very subtle and easy to miss. The more I use this particular app, or if I use Preserve Log, it seems to "add up" over time and get steadily worse. Can you try w/ preserve log? Or if you have an app where you can click to fire off an XHR, maybe that would reveal it?
,
Oct 4 2017
Thank you for providing more feedback. Adding requester "ajha@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 5 2017
Somehow unable to repro with 'preserve log' checked, as well on the latest canary(63.0.3232.0) of Windows-10. Could you please provide any such sample page or any such app where this is consistently reproducible to try from our end. Looping allada@ as well for inputs on this.
,
Oct 8 2017
Sorry to add "noise", but I just wanted to say I'm on the road and may not be able to add more detail till next Friday. It seems to be impacting my desktop and not my laptop so I'm not able to recreate here.
,
Oct 8 2017
Thank you for providing more feedback. Adding requester "ajha@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 9 2017
As per comment #6, waiting for an update from reporter for triaging the issue further. Hence adding 'Needs-Feedback' label. Thanks..
,
Oct 9 2017
Cannot repro as well. Please reopen if there are more details.
,
Oct 13 2017
As I said - I needed a few days. Kinda surprised it was closed without giving me that time, but ok. I recorded the video you see here: https://www.youtube.com/watch?v=-KBd5lFPkwg&feature=youtu.be As you can see, there is a "tiny" bit of the network item visible. I know it is there because I can mouseover and see the details. While I recorded the video more network requests came in, so I do scroll down a few times, but each time, there is evidence of the issue.
,
Oct 19 2017
I'm not able to re-open this - can one of yall please do so?
,
Oct 19 2017
,
Oct 19 2017
Thank you for providing more feedback. Adding requester "susanjuniab@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 20 2017
Tried a repro of this as per the screen-cast in C#10 but still no luck in reproducing this. Attaching the screen-cast of the same. Removing the Needs-Bisect label as we dont have consistent repro to triage this further and requesting allada@ for help in further debugging.
,
Oct 27 2017
I appreciate Google both re-opening this and trying to test it. Sorry I wasn't able to respond earlier. I'm willing to give up on this as a gremlin perhaps, and even if closed, if someone else runs into it, they can comment. Thank you again for trying to help reproduce this.
,
Oct 27 2017
Thank you for providing more feedback. Adding requester "vamshi.kommuri@techmahindra.com" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 21 2017
Removing bisect label, since this issue was not reproducible from TE end and requesting Platform>DevTools>Network team for further update on this issue. Thanks!!
,
Nov 21 2017
,
Dec 1 2017
,
Dec 14 2017
,
Dec 14 2017
Thanks for the report. Based upon the screenshots, this looks like it only happens when zoomed. We're still working on it, but the current workaround is to try Ctrl-0 to reset to default zoom then refresh, or use Ctrl +/- to find a zoom level where this doesn't happen.
,
Jan 31 2018
This issue has been bothering me for a while too, even with zoom set to default via ctrl-0. After some tinkering, I think I've figured out what's causing it. The issue happens when the dev tools window is on my primary monitor (docked or undocked, maximized or not), but not on my secondary monitor (docked or undocked, maximized or not). My primary monitor is 2560 x 1440 set to 150% scale, while my secondary monitor is 1920 x 1080, set to 100% scale. I've checked with a co-worker who sees the issue as well, and he has a similar setup (primary at non-100%, secondary at 100%, primary shows issue, secondary doesn't). Ie. I think the issue may be Windows 10 high-DPI mode, possibly when only one monitor has a non-100% scale, or when they're different or something. Does this info help someone else reproduce this?
,
Jan 31 2018
comment #22: Since this ticket was merged into an older one, the progress on the issue is tracked on the other report: https://crbug.com/723789 We were able to reproduce this and added a fix that landed in M65+ (currently live on Dev and Canary Channels). You should be able to see it working if you try out Chrome Canary, please let us know if it doesn't! If you can wait, M65 will make its way to Beta and then Stable in weeks. Otherwise, one workaround you can try is to zoom-in DevTools (Ctrl +) and close/reopen DevTools and try to trigger it.
,
May 28 2018
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by nyerramilli@chromium.org
, Oct 4 2017