458305 - audio plays when a bookmark of site with a video element is only selected or deselected in Library, but not opened

Status: RESOLVED WONTFIX

(Firefox Graveyard :: Microsummaries, defect)

Description

[crf]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b1pre) Gecko/20081001 Minefield/3.1b1pre
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b1pre) Gecko/20081001 Minefield/3.1b1pre

Bookmark a site with <video>. Open the library window, and just select a bookmark of this website, but do not yet open it, firefox will try to play the audio content (and, on my linux, the sound jumps to max ( bug 448680 ), and the audio is distorted (I can't distinguish it from static)). More distorted audio happens when the bookmark is deselected.

For example try after bookmarking this page -->

http://www.skierpage.com/moz_bugs/test_audio_video_tags.html



Reproducible: Always

Steps to Reproduce:
1.Bookmark a site with a video element
2.Open the library window and select, but not open this bookmark
3.Also, then deselect the bookmark (for instace, hit the down arrow key to select the next bookmark in the list in your library)
Actual Results:  
Distorted Audio indistinguishable from static plays when the mark is selected, and when the bookmark is deselected.

Expected Results:  
Don't play anything. And save my eardrums.

This is probably related to bug 448680. At any rate, that bug makes this one much worse, since it is the bug where volume is elevated to max.

If it is the case that content is prefetched when a bookmark in the library is selected, but not yet opened, that may be related to this bug.

Also, after triggering this bug, while writing this report, little glitches emerge from my speakers from time to time while scrolling or moving through mozilla windows.

Comment 1

[crf]

I had a crash just now while trying to reproduce the bug. It has only crashed once so far.

http://crash-stats.mozilla.com/report/index/2613f98a-9104-11dd-809f-001321b13766

Comment 2

[Ria Klaassen (not reading all bugmail)]

Confirmed on Windows XP, but only with browser.microsummary.enabled to true (so far). Hm I didn't know that microsummaries had sound :).

Comment 3

[Myk Melez [:myk] [@mykmelez]]

(In reply to comment #0)
> If it is the case that content is prefetched when a bookmark in the library is
> selected, but not yet opened, that may be related to this bug.

The microsummary service does this to see if the content has a microsummary, so that may be what is triggering the bug.  I can't reproduce at the moment, but that seems like a reasonable possibility.

If Places stores the content type of the bookmark, the microsummary service could avoid checking for microsummaries for audio and video files, although that seems like it just papers over this bug, since it loads that content in the background, and content loaded in the background should never automatically play.

But perhaps it's in the way the microsummary service is loading the content.  I'll try some more to reproduce and see if I can figure this out.

Comment 4

[crf]

I don't have this happening anymore.

Comment 5

[Marco Bonardo [:mak] (Away Apr 25 - May 5)]

this has probably been partiually fixed by bug 479863, since now we don't start buffering anymore when we fetch the audio/video, unless it is set with autobuffer="true".

Comment 6

[Marco Bonardo [:mak] (Away Apr 25 - May 5)]

- BUGSPAM -
Wontfixing all Microsummaries bugs, since the feature has been removed from the core product and previous versions won't get further fixes for it.
If interested in supporting Microsummaries in your add-on, you're free to use our old microsummaries code and to search all previously open bugs by looking for [microsummaries-feature-removal] in the status whiteboard field.