Bug 1239249

Summary:	Flickr search page doesn't work.
Product:	[Fedora] Fedora	Reporter:	Diogo Campos <diogocamposwd>
Component:	epiphany	Assignee:	Michael Catanzaro <mcatanzaro>
Status:	CLOSED UPSTREAM	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	22	CC:	debarshir, gecko-bugs-nobody, mcatanzaro, rob.townley
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2015-07-05 13:51:55 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Diogo Campos 2015-07-05 00:25:15 UTC

# Version-Release number of selected component (if applicable):

GNOME Web (Epiphany) 3.16.2
WebKitGtk 2.8.3

# Steps to Reproduce:

1. Open https://www.flickr.com/search
2. Try to select a filter (license, SafeSearch, whatever).

# Actual results:

Nothing happens.

# Expected results:

A "PopOver" should appear, allowing you to filter your search.

Comment 1 Michael Catanzaro 2015-07-05 13:51:55 UTC

I see in the web inspector:

TypeError: undefined is not an object (evaluating 'e.Plugin.Host')

Most likely a flickr bug.

Comment 2 Diogo Campos 2016-11-04 01:59:49 UTC

I'm fine with the resolution.

But I also need to add that it works fine in Firefox and Chromium.

Comment 3 Michael Catanzaro 2016-11-04 03:08:36 UTC

(In reply to Diogo Campos from comment #2)
> I'm fine with the resolution.
> 
> But I also need to add that it works fine in Firefox and Chromium.

So we don't have time to debug individual websites, sorry. Unless a flickr developer investigates why that variable is undefined, we're just not going to get anywhere.

But actually, it's working just fine here with 2.14.1. Guess it got fixed somewhere along the line?

Comment 4 Diogo Campos 2016-11-04 03:51:42 UTC

(In reply to Michael Catanzaro from comment #3)
> So we don't have time to debug individual websites, sorry. Unless a flickr
> developer investigates why that variable is undefined, we're just not going
> to get anywhere.

Sure, definitely. I did not mean the opposite. Just wanted to add information that I noticed I forgot. At least by me your work is heavily respected and appreciated, Michael.

> But actually, it's working just fine here with 2.14.1. Guess it got fixed
> somewhere along the line?

Really? I remembered this bug just because I used Flickr again at that moment. Must be a non-default setting here, then. Maybe the 'easyprivacy' list that I added... I will add an update if I find something.

Comment 5 Diogo Campos 2016-11-04 22:37:28 UTC

(In reply to Diogo Campos from comment #4)
> Maybe the 'easyprivacy' list that I added...

Yes. Confirmed this while looking for hints to the bug 1391777

I could not figure out why this list does not break Flickr in Firefox/Chromium + uBlock, though :/

Comment 6 Diogo Campos 2017-02-05 23:05:13 UTC

3.22.6 fixed this, I should add.

Tested with 3.22.5 right before upgrading.

I suspect it was a side effect of this:
https://bugzilla.gnome.org/show_bug.cgi?id=777714

Comment 7 Michael Catanzaro 2017-02-06 00:50:41 UTC

\o/