1504608 - Cached audio file doesn't show in Network tab of Developer Tools

Status: NEW

(DevTools :: Netmonitor, defect, P3)

Description

[zhuoweibugzilla]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.0.1 Safari/605.1.15

Steps to reproduce:

- Open the Developer Tools in Firefox (tested on Nightly 65.0a1 (2018-11-04) and Firefox 63.0 on macOS 10.14.1)
- Navigate to the Network tab in the Developer Tools
- Open a webpage that uses the <audio> element, for example: https://worthdoingbadly.com/assets/blog/ffaudiodevtool/audioelement.html

```

<audio src="Neon.ogg" controls></audio>

```

- In the Network section, there's a request for Neon.ogg.
- Refresh the page.


Actual results:

- The Neon.ogg audio file no longer shows up in the Network panel after the reload, even though the audio element still works and still plays the audio.


Expected results:

- The audio file should still show up in the panel, marked as "cached".

I also tested whether an extension can detect the load: I loaded the sample extension from https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/Intercept_HTTP_requests and it demonstrates the same issue:

the first time I load the page, I see "Loading: https://worthdoingbadly.com/assets/blog/ffaudiodevtool/Neon.ogg" in the addon debug console, but when I refresh the page, I didn't see Neon.ogg, even though I saw the audioelement.html and favicon.ico requests again.

Comment 1

[zhuoweibugzilla]

I can also reproduce this on Nightly 65.0a1 (2018-11-04) on Windows 10 Version 1803.

Comment 2

[zhuoweibugzilla]

If I go into Private Browsing mode, this problem goes away: refreshing the page always displays the .ogg file in the requests. (still on Nightly 65.0a1 on macOS)

Also, this also happens with video files:

https://worthdoingbadly.com/assets/blog/ffaudiodevtool/videoelement.html

```
<video src="https://github.com/aosp-mirror/platform_frameworks_base/raw/master/media/tests/contents/media_api/video/big-buck-bunny_trailer.webm" controls></video>
```

Same bug as audio: only shows the request on first load, and reloading doesn't show a request anymore. Again, in Private Browsing this bug doesn't occur.

I wonder if this is caused by the media cache: that's used for both audio and video elements, and behaves differently in private browsing...

Comment 3

[Daniel_A[:daschilean] [Please contact - [e-mail]]]

User Agent:  Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:65.0) Gecko/20100101 Firefox/65.0  
Build ID: 20181108220756     
I manage to reproduce this on Macbook 10.13 with Firefox Nightly 65.0a1 (2018-11-08).

Comment 4

[Timo Tijhof]

I can still reproduce this on Firefox 88. It seems the audio requests are absent even when "Disable cache" is enabled in the network tab of the developer tools. This led some confusion on my part..

Indeed, it seems private browsing is the only way to inspect audio requests and/or to determine when they are made.

Comment 5

[louis.roc]

Can confirm this bug is still present in 94.0 on linux

Going to the private browser fixes it