Talk:Page Previews

About this board

Page Previews solves the core problem of users opening multiple tabs to gain an understanding of a word in the context of the subject they are reading. Whenever a reader hovers over a link to another article, a short summary of the subject, including its graphical image, is provided to them so they can decide whether they need to visit that subject more fully before continuing the current subject.

Please give us feedback on your experience using this feature so we can change and improve it. Each language is welcome in this discussion!

You can read more about the feature here.

Known Issues

Is there a way to control the page preview image when editing Wikipedia?

2
AllAmericanBreakfast (talkcontribs)

The page preview for a page I'm editing auto selects an image that is not the ideal one for the preview. Is there a way to control which image is selected for the page preview?

Quiddity (talkcontribs)
Reply to "Is there a way to control the page preview image when editing Wikipedia?"

How can page previews be turned off permanently?

14
Summary by 197.218.80.221
90.71.217.218 (talkcontribs)

The problem is that if you delete cookies often you will have to turn it off every time. It is even worse if you don't allow cookies, there is no way to turn it off

197.218.91.133 (talkcontribs)

Disable javascript.

90.71.217.218 (talkcontribs)

Yes, that works, but I don't think is a long term solution. right now I'm messing with some filters for adblockers. this 2 seem to do the work:

en.wikipedia.org##.mwe-popups-containeren.wikipedia.org##[role="tooltip"]

1st one hides the pop up, and the other one hides the little arrow. what I don't know is if they affect anything else

2A02:8071:8290:7100:E23F:49FF:FE10:F621 (talkcontribs)

this destroys all pages that make responsible use of JS

CKoerner (WMF) (talkcontribs)

A fair question. If you use a content blocker in your browser of choice you can always modify your client-side CSS to hide the container for Page previews. Although, doing that will make me sad. :)

90.71.217.218 (talkcontribs)

I meant to reply here, so I'll copy paste the message. Sorry, it is my first time writting here.

90.71.217.218 (talkcontribs)

apparently copy paste doesn't work. anyway, the message is just below. can you tell me if those 2 filters are correct to block the page previews?

90.71.217.218 (talkcontribs)

Could you kindly give me a rule to block it? The problem I have is that it is distracting when you scroll down and don't mean to hover any link, or when you put your mouse over a link by mistake. I don't find it really intrusive or anything, in fact I liked it at first. but after browsing for a while it is just distracting

right now I made a couple of rules for adblock and they seem to work, but I'm not sure if I'm blocking anything else by mistake, can you tell me if they are correct?

en.wikipedia.org##.mwe-popups-container

en.wikipedia.org##[role="tooltip"]

90.71.217.218 (talkcontribs)

After trying to write some rules to block page previews for a while, it is getting ridiculous. I must be doing something wrong because I can't get rid of the little arrow that pops up, it seems it is a different one for different kinds of links. here is the list of rules so far:

en.wikipedia.org##.mwe-popups-container

en.wikipedia.org##.mwe-popups.mwe-popups-fade-in-up.mwe-popups-image-tri.mwe-popups-is-not-tall

en.wikipedia.org##.mwe-popups.mwe-popups-fade-in-down.flipped_y.mwe-popups-is-not-tall

en.wikipedia.org##.mwe-popups.mwe-popups-fade-in-up.mwe-popups-image-tri.mwe-popups-is-tall

en.wikipedia.org##.mwe-popups.mwe-popups-fade-in-down.flipped_x_y.mwe-popups-is-not-tall

en.wikipedia.org##.mwe-popups.flipped_x.mwe-popups-no-image-tri.mwe-popups-is-not-tall.mwe-popups-fade-out-down

en.wikipedia.org##.mwe-popups.flipped_x.mwe-popups-is-tall.mwe-popups-fade-out-down

en.wikipedia.org##.mwe-popups.mwe-popups-fade-in-up.flipped_x.mwe-popups-is-tall

en.wikipedia.org##.mwe-popups.mwe-popups-fade-in-up.flipped_x.mwe-popups-no-image-tri.mwe-popups-is-not-tall

en.wikipedia.org##.mwe-popups.mwe-popups-fade-in-up.mwe-popups-no-image-tri.mwe-popups-is-not-tall

There has to be any other way, can anyone help me to write a simple rule?

83.89.198.38 (talkcontribs)

Try the following:

en.wikipedia.org##DIV[class^="mwe-"]

Removes all DIVs with a class starting with "mwe-".

CKoerner (WMF) (talkcontribs)

.mwe-popups {

display: none !important;

}

92.184.110.58 (talkcontribs)

HOW DO I TURN THIS REALLY ANNOYING FEATURE OFF PERMANENTLY????


Every time I empty cache or cookies, I have to turn this STUPID GIMMICK off again.

79.235.245.163 (talkcontribs)

Wenn du AdBlock verwendest, geht es folgendermaßen:

Filtereinstellungen | Eigene Filter | Filter hinzufügen

In der Zeile "Filterregel" untenstehende Zeile eingeben. Für das deutschsprachige Wikipedia en.wikipedia in de.wikipedia ändern.

en.wikipedia.org##DIV[class^="mwe-"]

79.235.245.163 (talkcontribs)

Wenn du AdBlock verwendest, geht es folgendermaßen:

Filtereinstellungen | Eigene Filter | Filter hinzufügen

In der Zeile "Filterregel" untenstehende Zeile eingeben. Für das deutschsprachige Wikipedia en.wikipedia in de.wikipedia ändern.

en.wikipedia.org##DIV[class^="mwe-"]

Reply to "How can page previews be turned off permanently?"

Wikipedia main page preview

1
Urban Versis 32 (talkcontribs)

When there is an internal link to Wikipedia that links to the main page, the following Page Preview pops up:

Wikipedia Main Page popup

I'm not sure if this is expected behavior but I feel it could be replaced with something more friendly to a user, like "The Wikipedia main page".

Reply to "Wikipedia main page preview"

Leading space before parentheses

1
HTGS (talkcontribs)

Is it possible to omit leading spaces before an (omitted) parenthesis? At the moment, the space is left in, leading to a format like in Sailor_Moon_(character), where commas have spaces preceding them where the parentheticals were.

Additionally, removal of certain templates results in double commas, as at J._K._Rowling, though this seems like less of an easy fix.

Reply to "Leading space before parentheses"

Vandalized Page Previews - how to revert or edit?

4
143.85.163.18 (talkcontribs)

Hi,


I'm not sure where Page Previews pull their content from - I've found one this morning that differs wildly from the article it links. On the 2017 Honduras General Election page (link A, below), under the Supranational bodies header, when you hover over "Organization of American States", the preview text reads:

The Organization of American States, or the OAS or OEA, is a continental organization that serves to control American puppet states in the Americas. Headquartered in the United States capital Washington, D.C., the OAS's members are the 35 independent states of the Americas.

This is not an objective or factual statement, and differs wildly from the article that the OAS link leads to. The word "puppet" appears nowhere in the article source - which was where I went first in my attempt to find and revert the vandalism.

The previews feature is great, but I really hope that it is refined so that vandalism is easier to revert/address in the future.

A: https://en.wikipedia.org/wiki/2017_Honduran_general_election#Supranational_bodies B: https://en.wikipedia.org/wiki/Organization_of_American_States

Alsee (talkcontribs)

The article was vandalized 23:21, 1 June 2019. The vandalism was fixed within one minute.

For some reason the vandalized version remained as the active version in the page-preview cache for over 17 hours. I preformed a purge on the affected page which successfully cleared out the vandalism.

I'm not an expert on the caching, but one of the devs might want to look into why a few seconds of vandalism got stuck in the cache for so long. Is it possible the two edits were asynchronously processed in the wrong order? It would be bad if the software didn't spot something like that. A swift revert like this tends to be a significant red flag for blatant vandalism.

P.S. 143.85.163.1 thanks for the report. Any edit to Organization of American States would have fixed it. It can also be fixed by purging the page, adding ?action=purge at the end of the OAS address and loading it. Like this: https://en.wikipedia.org/wiki/Organization_of_American_States?action=purge

Louisiana22 (talkcontribs)

This problem still exists. The preview for Angolan Civil War is vandalized, but I cannot find the text anywhere in the article. It's really aggravating.

Cleancutkid (talkcontribs)

This is currently a problem on [[wikipedia:Gateway Arch]]. Vandalism was rolled back within a minute, but the irrelevant first image is still showing up in the page preview. I wasn't sure how/where to report this? (sorry, unsure of how to link to a particular page from in here)

Reply to "Vandalized Page Previews - how to revert or edit?"

Page Previews rendering different intros

3
Summary by Eduardogobi

Cache purge after null editing the article seems to have solved the problem

Eduardogobi (talkcontribs)
Clicking the link or the gadget text will lead to the correct article

I've found something interesting Page Previews. In enwiki, typing [[Bion of Smyrna]] in wikitext will make Page Previews render Wilfred Bion's intro. WhatLinksHere for both pages shows no similar redirects!

Can someone confirm?: w:User:Eduardogobi/sandbox ~~~~

TheDJ (talkcontribs)

weird.. I made a null edit to the page and that seems to have fixed it...

Eduardogobi (talkcontribs)

Indeed, it is now showing the correct text :)

NaBUru38 (talkcontribs)

Hello, the feature currently removes the first parenthesis content. So the preview for the English-language Wikipedia article about France doesn't show "(French: République française)", which makes sense.

However, the preview for biographies doesn't show the birth and death years, which makes the preview a bit less practical. Can you do it?

I suggest you to retrieve the years from Wikidata, rather than parse the article's parenthesis.

Thanks!

Reply to "Birth and death years"

Seeing missing images in Enable/Disable section

2
Heading (talkcontribs)
TheDJ (talkcontribs)

Fixed, someone messed with the spelling of the filenames

Reply to "Seeing missing images in Enable/Disable section"

Many images missing in preview after upgrade to MW 1.35

2
Summary by 2003:C2:3F22:8200:D1CD:FA3A:8FEF:9D5D

chown -R www-data:www-data ....../mediawiki/images

2003:C2:3F22:8200:C1BD:F620:4468:F03 (talkcontribs)

Howdy,

we are using PageImages/TextExtracts/Popups for some years now and are more than just pleased. It always worked fine and I cannot imagine how to get along without it. Recently I upgraded our test wiki from MW 1.31.15 to 1.35.4. Unfortunately, as a result there are several images missing now in the page preview, while others are still there.

I am confused: When looking into the page props, the images are there in either case, whether the page preview does show an image or doesn't. So, if the page prop image is set, what could be the reason that an image is missing in the preview?

I found many examples where the image is not being displayed in the test wiki but (for the same articles) it is always displayed in our live wiki. Also, I have already run the rebuildLinks script, but as mentioned above the page prop images are correct anyway, with or without the script.

I should tell ... there is one low trick we exploit. We use links belonging to a separate namespace, which are simple redirects to the main namespace. But, again, the page prop images are all set, in every single case I examined. Nonetheless, some of them appear in the preview, some not.

2003:C2:3F22:8200:D1CD:FA3A:8FEF:9D5D (talkcontribs)

Found and solved! There was a problem with the user rights. Owner of all image files was "root"; changed to "www-data" (just like in the live wiki) and now the page previews work as expected.

(On the other hand: now I don't understand why several page previews _did_ work ... but honestly ... it's totally irrelevant now.)

Reply to "Many images missing in preview after upgrade to MW 1.35"

Need a magic word to change default image

7
Bilorv (talkcontribs)

I've had two conversations on enwiki in the last few months where it has been desirable to change the image shown in a page preview to something that is not what the tool identifies as the first image in an article. For simplicity: imagine that we don't have an image of Actor X, but midway down their article we talk about their comedy duo work with Actor Y (pictured) and so Actor Y is shown in the Page Preview, clearly misleading as the person doesn't match the name. The only solutions are getting a picture of Actor X (could be literally impossible) or removing all images from the article (could be very undesirable). At least, those are the only solutions I'm aware of.

To me the obvious solution would be a magic word or something that we can encapsulate in a template so that I can write {{PagePreview|None}} to have no image in the page preview, and ideally I can also write {{PagePreview|Image.jpg}} to override the first image as preview and instead use Image.jpg.

It is hugely undesirable for the only solution to be changing the primary rendered article layout in order to accommodate for a secondary layout feature like Page Previews.

I'd be delighted, of course, if there is any other solution and I'm just not aware of it, so please correct me if I'm mistaken.

(Please ping me or do something that gives me a cross-wiki notification so I'll notice replies to this.)

FæɹHaad (talkcontribs)

@Bilorv: another solution is only use the infobox image

Alsee (talkcontribs)

@Bilorv, you said imagine that we don't have an image of Actor X, but midway down their article we talk about their comedy duo work with Actor Y (pictured) and so Actor Y is shown in the Page Preview. Please clarify whether you have actually seen this happen recently?

I discussed this exact issue with the developers, and I believe it was fixed abut five years ago. PageImage should only be grabbing images from the lead section. Ah... I found the Phab tasks to fix this. See task T87336 on the issue, and fix-deployment in task T152115.

Bilorv (talkcontribs)

Ah sorry @Alsee, I didn't know it only grabs images from the lead. This was the reason I didn't want to add an image to an article but I didn't actually test it out and check. I guess that reduces the number of uses of this but there is still a more complex case on en:Pornhub where consensus is changing but there was a suggestion at one point that might reasonably have been the one with consensus where an infobox image identified as the first in the page (a screenshot of the website) would have been kept in the article, but suppressed from the Page Previews (so that no image would be shown, or possibly a custom-specified image). Possibly less contrived is en:Talk:2020 Labour Party leadership election (UK)#Main image where we would have liked to omit an image to avoid seeming to give preference to one candidate in a current election.

These each seem like a concrete use case which is impossible to implement at the moment. Or am I wrong on this too?

Alsee (talkcontribs)

Yes, displaying one candidate in election articles (and other cases) is a serious problem. It makes Wikipedia appear grossly biased, it affects a fairly significant number of articles, and it creates a severe dilemma for editors. I raised that issue around he same time (about 5 years ago), but it never got traction with the devs.

We definitely need some way to control, override, or exclude image selection, or to ensure images are not displayed unless the required multiple images are displayed side-by-side. In particular I'd say it needs to be some kind of fix or option we can add in a template, to address all new and open election articles at once.

I don't know if staff are still watching this page and active on this project. If someone from the Foundation doesn't pick up on this task soon, it might help to organized a community call to get this fixed.

Jason Quinn (talkcontribs)

Here's an example how page preview can lead to problems: the article "Beg bugs" has a hyperlink in the lead for "Skin rashes" and if you hover over it with page preview on, it shows the image in the lead there. BUT that image of a skin rash looks nothing like the skin rash that bed bugs produce. So a person hovering over the link and scanning quickly might end up misinformed about bed bugs by assuming the image is apropos when it is not.

I do not know how this could be solved. Some possible avenues would be to extended the wikilink syntax to include other parameters (perhaps the best but would be a big change) or to wrap the link in a template that controls the page preview behavior (ugly solution).

FæɹHaad (talkcontribs)

@Jason Quinn also yesterday I was reading w:en:The Ultimate Gift and hovered over "Ali Hillis" on its infobox, the only things you can see in the preview image is her chest and half of her face.

Reply to "Need a magic word to change default image"
Return to "Page Previews" page.