After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 745853 - Epiphany crashes on Last.FM Discover
Epiphany crashes on Last.FM Discover
Status: RESOLVED NOTGNOME
Product: epiphany
Classification: Core
Component: General
3.14.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-03-08 18:43 UTC by victor
Modified: 2015-03-08 23:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of crash (23.86 KB, image/png)
2015-03-08 18:43 UTC, victor
Details
Expected behaviour (Firefox) (1.33 MB, image/png)
2015-03-08 20:45 UTC, victor
Details
Stack trace after crash (15.83 KB, text/plain)
2015-03-08 21:01 UTC, victor
Details

Description victor 2015-03-08 18:43:35 UTC
Created attachment 298825 [details]
Screenshot of crash

Note: This is not related to bugs 371698 or 490872, because Last.FM discover (as opposed to regular Last.FM radio stations) does note involve flash player.

Steps to reproduce:

1. Open Epiphany 
2. Go to URL http://www.lastfm.de/discover/
3. Enter a tag in the top-right search field. E.g. "cello"
4. Press enter key. Then press the big "=> Play" button.

What happens:

I'm not able to get past step 3; the web page crashes.

What I would expect to happen:

Web page doesn't crash. Music plays after step 4. 

Other browsers:

On the same system (Fedora 21 x86_64), Midori (another WebKit-based browser) doesn't play music, but it doesn't crash either. Firefox works perfectly, safe for some layout issues.
Comment 1 Michael Catanzaro 2015-03-08 20:18:25 UTC
Hi, thanks for reporting this bug. I cannot reproduce the crash because when I follow the steps you posted, after I press the enter key in step 4 I do not see any big Play button. This might be either https://bugs.webkit.org/show_bug.cgi?id=142309 or https://bugs.webkit.org/show_bug.cgi?id=142333 but maybe it is different. Can you please post a stack trace from the web process so that we can find out? 

See https://wiki.gnome.org/Community/GettingInTouch/Bugzilla/GettingTraces/Details if you need help getting a stack trace. Make sure it comes from the WebKitWebProcess, not epiphany.

P.S. Midori is probably using an old version of WebKitGTK+.
Comment 2 victor 2015-03-08 20:45:26 UTC
Created attachment 298828 [details]
Expected behaviour (Firefox)

Aspect of the website after entering "cello" on the search box, and pressing "Enter" (or, alternatively, pressing the magnifying glass).

Clicking "Play" will start playing a music track.
Comment 3 victor 2015-03-08 21:01:22 UTC
Created attachment 298829 [details]
Stack trace after crash

Stack trace of WebKitWebProcess, after reloading URL.
Comment 4 Michael Catanzaro 2015-03-08 23:28:00 UTC
OK, great, so it's indeed https://bugs.webkit.org/show_bug.cgi?id=142309 -- thanks!