Last modified: 2014-04-10 19:35:46 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T65177, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 63177 - Hovercards: first image on page is sometimes skipped
Hovercards: first image on page is sometimes skipped
Status: RESOLVED WORKSFORME
Product: MediaWiki extensions
Classification: Unclassified
Popups (Other open bugs)
unspecified
All All
: High major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-03-27 07:10 UTC by Jared Zimmerman (WMF)
Modified: 2014-04-10 19:35 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Jared Zimmerman (WMF) 2014-03-27 07:10:28 UTC
hover over "Paramount Network Television" from infobox on https://en.wikipedia.org/wiki/Cheers second image (outside infobox) is used in Hovercard
Comment 1 Prateek Saxena 2014-03-27 13:54:14 UTC
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
Comment 2 Max Semenik 2014-03-28 18:18:34 UTC
Looks good for me ATM. Any other examples of suboptimal selection?
Comment 3 Jared Zimmerman (WMF) 2014-03-28 18:35:16 UTC
Just curious why in that particular instance why the infobox image wasn't used? what is the logic?
Comment 4 Prateek Saxena 2014-03-30 05:29:24 UTC
Page: https://en.wikipedia.org/wiki/Counter-Strike_(series)
Link to hover on: Counter-Strike: Global Offensive
Image shown: https://en.wikipedia.org/wiki/File:CS_Global_Offensive.jpg
First Image: https://en.wikipedia.org/wiki/File:Counter-Strike_Global_Offensive.jpg
Comment 5 Max Semenik 2014-03-30 08:25:51 UTC
The latter has a suboptimal width:height ratio of over 2, so it scores less than the image below.
Comment 6 Vibha Bamba 2014-04-10 10:30:04 UTC
Jared, any concerns here?
Do you feel like there is a break in continuity if the user is not seeing the main lead image?
Comment 7 Vibha Bamba 2014-04-10 10:30:41 UTC
Jared, any concerns here?
Do you feel like there is a break in continuity if the user is not seeing the main lead image?
Comment 8 Jared Zimmerman (WMF) 2014-04-10 17:00:02 UTC
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.
Comment 9 Yuvi Panda 2014-04-10 18:18:53 UTC
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.
Comment 10 Jared Zimmerman (WMF) 2014-04-10 18:19:58 UTC
We should log a related blocker bug then and move on, thanks you for clarifying Yuvi
Comment 11 Max Semenik 2014-04-10 18:38:31 UTC
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.
Comment 12 Vibha Bamba 2014-04-10 19:35:29 UTC
As far as navigation popups are concerned. Prateek can you mark this as 'Won't Fix' and close?
Comment 13 Vibha Bamba 2014-04-10 19:35:46 UTC
As far as navigation popups are concerned. Prateek can you mark this as 'Won't Fix' and close?

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


Navigation
Links