Open Bug 1756273 Opened 3 years ago Updated 21 days ago

some request-responses not fully shown on devtools when throttling is activated (low-priority)

Categories

(DevTools :: Netmonitor, defect, P3)

defect

Tracking

(Not tracked)

People

(Reporter: brunoff, Unassigned, NeedInfo)

References

(Blocks 2 open bugs)

Details

(Keywords: regression)

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

(1) devtools > network tab > activate throttling (any speed)
(2) Visit https://en.wikipedia.org/w/index.php?title=Special:UserLogin

Actual results:

In the network tab in devtools, the request to index.php is not fully shown - the response is not shown by any means. No response status code, no type, no transfer, no size. Other requests are fine, it happens just with this first one.

Any page refreshs, same behaviour. If throttling is deactivataed, behavior goes back to normal. After reactivating the bug comes back.

Expected results:

The response to the request should have been shown.
Anyway, in the browser console this request-response is fully shown, so it is not a big deal - reporting just for the case anyone wants to polish the browser.

The Bugbug bot thinks this bug should belong to the 'DevTools::Netmonitor' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → Netmonitor
Product: Firefox → DevTools

Thank you for the report.
I can easily reproduce the problem on my machine (Win10, Firefox Nightly 99)

Status: UNCONFIRMED → NEW
Ever confirmed: true
Has STR: --- → yes
QA Whiteboard: [qa-regression-triage]

The severity field is not set for this bug.
:Honza, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(odvarko)

I reproduced this issue in Nightly 84.0a1 from November 2020. Although it had an intermittent behavior and most of the old builds don't have the index.php record in normal window, only in private ones, this is the pushlog I obtained:

https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=e581b02b5df54c1cdf194316dba74a5cf65145b6&tochange=661f0d8ae4c44db58e668c831b555dbc038b77d0

Unfortunately the pushlog is too old and it can't be bisected further.

QA Whiteboard: [qa-regression-triage]

@Petruta: thank you!

@Bomsy, do you think this bug could be caused by patch in bug 1662736?

Flags: needinfo?(hmanilla)

Hi Honza,

@Bomsy, do you think this bug could be caused by patch in bug 1662736?

Highly likely ... i can reproduce easily on Nightly but not on MC. I'll dig in to what the issue is.
Thanks

Attached image obrazek.png

Thank you Bomsy.

I am very often also seing load.php request being incomplete. See the attached screensehot.

Flags: needinfo?(odvarko)
Flags: needinfo?(hmanilla)

Can still reproduce with WiFi throttling, document request never completes.

Severity: -- → S3
Flags: needinfo?(jdescottes)
Priority: -- → P3
Version: Firefox 91 → unspecified
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: