Page MenuHomePhabricator

Hovercards: first image on page is sometimes skipped
Closed, DeclinedPublic

Description

hover over "Paramount Network Television" from infobox on https://en.wikipedia.org/wiki/Cheers second image (outside infobox) is used in Hovercard


Version: unspecified
Severity: major

Details

Reference
bz63177

Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 2:51 AM
bzimport added a project: Page-Previews.
bzimport set Reference to bz63177.
bzimport added a subscriber: Unknown Object (MLST).

We are currently using the PageImages[1] extension to get the thumbnail.

Its aim is to return the single most appropriate thumbnail
associated with an article, attempting to return only meaningful
images, e.g. not those from maintenance templates, stubs or flag
icons. Currently it uses the first non-meaningless image used in the page.

Any alternatives and suggestions are welcome.

[1] https://www.mediawiki.org/wiki/Extension:PageImages

Looks good for me ATM. Any other examples of suboptimal selection?

Just curious why in that particular instance why the infobox image wasn't used? what is the logic?

The latter has a suboptimal width:height ratio of over 2, so it scores less than the image below.

Jared, any concerns here?
Do you feel like there is a break in continuity if the user is not seeing the main lead image?

Jared, any concerns here?
Do you feel like there is a break in continuity if the user is not seeing the main lead image?

I think it should be fixed by release but I don't think it's highest priority or critical at this moment. dan's call. I think we have other higher priority issues.

I'll note that there is pretty much nothing Hovercards can do to fix this. If this is considered an issue it should be fixed in PageImages.

We should log a related blocker bug then and move on, thanks you for clarifying Yuvi

Once again, we need more examples of image selection that might require an improvement. PI's purpose not to return the first image on a page even though it does that in most cases. It selects images best representing the page as thumbnails. For example, the CS logo from comment 4 would look unreadable if shrunk. I'm very open to requests for improvement of selection algorithm, but always returning the first large image is against many other uses of this extension and thus shouldn't be done.

As far as navigation popups are concerned. Prateek can you mark this as 'Won't Fix' and close?

As far as navigation popups are concerned. Prateek can you mark this as 'Won't Fix' and close?

Prtksxna raised the priority of this task from High to Needs Triage.Dec 3 2014, 5:29 AM
Prtksxna moved this task from Backlog to Archive on the Page-Previews board.

In the Czech Wikipedia article https://cs.wikipedia.org/wiki/Napoleon_Bonaparte the hovercards show a drawing of Napoleon as a child instead the photo from the infobox, which is the most expected picture to show.