Bug 1239249 - Flickr search page doesn't work.
Summary: Flickr search page doesn't work.
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: epiphany
Version: 22
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Michael Catanzaro
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-07-05 00:25 UTC by Diogo Campos
Modified: 2017-02-06 00:53 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-07-05 13:51:55 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 777714 0 None None None 2017-02-06 00:53:51 UTC

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/


Note You need to log in before you can comment on or make changes to this bug.