Extension talk:Popups/2020

Not consistently getting popups

On my wiki, I have certain pages that will show up in a popup just fine, extracted text and images. However, a large portion of the wiki is articles that consist of just a table and possible some text beneath it. The page image data looks fine for these, but the popups are consistently blank.

For example, if you look at this article, and hover over the link to Doc Bookton, the Popup is blank. However, the Page Image for Doc Bookton looks fine, though there is no "non-tabled" text on that page.

Is there a way to configure the popup content to always show the Page Image regardless if there is extracted text or not? Blinkingline (talk) 03:27, 17 January 2020 (UTC)

It seems the necessary TextExtracts extension is not running on your wiki. If this is fixed, it should work, even if an article contains nothing but a table. I just tried this locally and I get a popup with an image and the text being "…". Thiemo Kreuz (WMDE) 08:50, 20 January 2020 (UTC)

Thanks! I had turned it off after reporting it, but when I re-enabled it this morning to check it does seem to be working for the image again, but the extract is just pulling the "...". Is there a way to force text into the extract without duplicating the text out of the table?

Blinkingline (talk) 18:16, 20 January 2020 (UTC)

The extract is within the responsibility of the TextExtracts extension. Example: https://archonarcana.com/Special:ApiSandbox#action=query&format=json&prop=extracts&titles=Doc%20Bookton. There is a configuration for what should be excluded from these extracts. You can try to set $wgExtractsRemoveClasses = []; in your LocalSettings.php for a start and fine-tune it then. Thiemo Kreuz (WMDE) 19:36, 20 January 2020 (UTC)

Does not show up in Special:Version

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I'm currently upgrading some wikis from 1.30 to 1.34 and noticed that while TextExtracts and PageImages show on the Special:Version page and popups are working on my wikis as expected, Popups does not. Wikipedia doesn't show it listed, either, despite the extension being loaded and working there as well. Is this a bug or otherwise known behavior?

Justin C Lloyd (talk) 12:48, 25 February 2020 (UTC)

The extension is called "Popups", because this is what it does, showing popups. The name shown on Special:Version previously was "Page Previews", which is not true any more and was changed to "Previews". Thiemo Kreuz (WMDE) 14:15, 25 February 2020 (UTC)

Ah, it does show as "Page previews" on my 1.34 wikis, I had only read the names (ctrl-f) and not the descriptions. Thanks for the clarification.

Justin C Lloyd (talk) 14:17, 25 February 2020 (UTC)

Thanks for the question, @Justin C Lloyd. Thanks also to @Thiemo Kreuz (WMDE) for the answer! Phuedx (WMF) (talk) 12:24, 2 August 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Disable reference popups

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Is it possible to have the extension enabled but disable it for references? I'd like to use the reference tooltip gadget instead because it's more compact. Vishkujo (talk) 23:17, 7 March 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Not getting images in Popups

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

The Popups extension works perfectly except it won't show the selected image by the PageImages extension. Leonardo Rocca (talk) 17:56, 20 March 2020 (UTC)

Are you talking about your own wiki, a 3rd-party installation, or a Wikimedia wiki? If so, which one? Thiemo Kreuz (WMDE) 19:43, 20 March 2020 (UTC)

I'm talking about my own MediaWiki wiki. Leonardo Rocca (talk) 22:58, 20 March 2020 (UTC)

I'm not sure what I can do for you then, or what your question is? Do you expect it to work in namespaces other than the main namespace? Do you get PageImages when you do example API queries like this? Thiemo Kreuz (WMDE) 14:21, 21 March 2020 (UTC)

1

My question is whether this is a know problem, I'm doing something wrong or I should report it as bug.

2

I'm expecting it to work in the main namespace. At least that's what I'm talking about.

3

Yes, I'm getting:

{

"batchcomplete": "",

"query": {

"pages": {

"18": {

"pageid": 18,

"ns": 0,

"title": "File",

"thumbnail": {

"source": "https://notmytrue.url/images/thumb/7/73/file.gif/50px-file.gif",

"width": 50,

"height": 23

},

"pageimage": "File.gif"

}

}

}

}

which I assume it's proof the PageImages extension is working. Leonardo Rocca (talk) 17:40, 21 March 2020 (UTC)

Can you open the JavaScript console in your browser, go to the Network tab, hover a link on your page, and check if a request to your wikis api.php appears? The request should contain something like prop=info|extracts|pageimages|…, and the response something like in the example above. Thiemo Kreuz (WMDE) 21:47, 21 March 2020 (UTC)

The request appears:

{

"batchcomplete": true,

"query": {

"pages": [

{

"pageid": 18,

"ns": 0,

"title": "Foo",

"contentmodel": "wikitext",

"pagelanguage": "it",

"pagelanguagehtmlcode": "it",

"pagelanguagedir": "ltr",

"touched": "2020-03-19T22:35:41Z",

"lastrevid": 165,

"length": 1412,

"fullurl": "https://notmytrue.url/wiki/Foo",

"editurl": "https://notmytrue.url/index.php?title=Foo&action=edit",

"canonicalurl": "https://notmytrue.url/wiki/Foo",

"extract": "Foo...",

"thumbnail": {

"source": "https://notmytrue.url/images/7/73/Foo.gif",

"width": 163,

"height": 76

},

"revisions": [

{

"timestamp": "2020-03-19T22:35:41Z"

}

]

}

]

}

}

but the image still doesn't appear. It it linked somehow to the RelatedPages extension? I can see that the image requested is already loaded...

I have seen that in another page where the image doesn't get loaded before the Popup shows the image. But I don't know if the two are related.

I will try to replicate the situation I have on the other page. Do you have other guesses about what the cause may be? Leonardo Rocca (talk) 00:13, 22 March 2020 (UTC)

The code that creates a popup uses the thumbnail element from this response, and doesn't do much on top of that, as far as I'm aware of. I'm afraid I'm unable to give you more support for a 3rd-party installation I don't have access to. Especially since your last comment sounds like you do get images in some popups. If this is true, how can it be a problem with the Popups extension then? Thiemo Kreuz (WMDE) 07:50, 23 March 2020 (UTC)

I'd like to refresh the thread. On my wiki, the extension show the image for some pages, for other not - very similar situation:

1. I'm talking about pages that have the thumbnail property with an image in the response.
2. If the image is not shown, there is no request for it.
3. I make some debugging and see that there is no place for image in generated code if the problem occurs.
4. The only difference I see at the moment is the size of the returned thumbnail. I see that probably bigger images are shown, but a bit smaller not. E.g. 256x320 - correct, 203x249 - not.

I see there is some logic related to the image size, but I'm not able to debug the JS code. Maybe there is some small mistake in processing image size? Kam193 (talk) 21:39, 22 February 2021 (UTC)

This sounds a bit like the issue described in phab:T268999. Short version is: The image must be at least 320px wide or 250px tall. Otherwise it can't be shown. Thiemo Kreuz (WMDE) 07:50, 23 February 2021 (UTC)

Exactly, it looks like the source of the evil. Would be great to at least document this requirement on the extension page. Although I don't understand this requirement (I think we can allow a bit smaller images to be shown), it's now clear for me, and I'm not looking to find what I configured wrong :) Kam193 (talk) 19:05, 23 February 2021 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How to enable popups on links to external wikis?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I am getting popups on my own wiki links. However I have a number of links to wikipedia articles which I am writing like this:

[[Wikipedia:Tuscany|Tuscany]]

Popups are not working on these links to the "external" wiki. Is there any way I could enable for these also? Lwangaman (talk) 08:37, 29 April 2020 (UTC)

As of now, no, this is not possible. It might be possible in theory, but there is no code written to support something like this. Thiemo Kreuz (WMDE) 10:10, 29 April 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Example please of image that provides a preview of some page

How to implement this? Revansx (talk) 21:14, 29 April 2020 (UTC)

Can you please specify your question? Do you want to change the code of the extension, or just use it? Images are provided via the PageImages extension, as described on Extension:Popups. If this doesn't work for you, it might be an incomplete configuration of the PageImages extension. Hard to tell without knowing more about your use case. Thiemo Kreuz (WMDE) 06:39, 30 April 2020 (UTC)

If i have a small inline image (or just a text link) of something like an generic business card, say [[File:BuisinessCardIcon.png|12px]] I would like the actual business card details of the user (contained on the users page), to "pop-up" when the user either hovers over of clicks on the image.

Imagine a list of names with these tiny business card icons next to them and you can view the actual business card/contact details of each user by hovering over and/or clicking on the business card icon. As it is, i can only send the user to the user's page. The information is tiny and would be better not to send them to the user page to get that info. Does that make sense? Revansx (talk) 13:10, 30 April 2020 (UTC)

Yes, it makes sense. But it sounds like you need to write your own extension. Popups can't do this, unless you expand the code to support such a new type of popup. Or have a look at Extension:Semantic MediaWiki and try to look at your use case from another perspective? Thiemo Kreuz (WMDE) 14:50, 30 April 2020 (UTC)

gotcha. ok. I just need to understand what Popups does and does n ot do. Thanks! Revansx (talk) 16:32, 30 April 2020 (UTC)

If I understand correctly, you could just use [[File:BuisinessCardIcon.png|12px|link=User:Foo]]. See info about that feature at Help:Images#Altering the default link target.

You'd also need to change the Popups settings so that it previews User:namespace (which I believe is not the default configuration). –Quiddity (talk) 21:18, 1 May 2020 (UTC)

Unfortunately, Popups is hard-coded to only support popups for links that point to what MediaWiki considers a "content namespace". On Wikipedia this is, for example, only the main namespace. You would need to change your $wgContentNamespaces setting, which I wouldn't recommend, as it will come will many more possibly unwanted side-effects (e.g. __NOINDEX__ can't be used in content namespaces, small pages get marked as stubs, the behavior of many special pages changes, including Special:Statistics).

If it helps having a setting for this, please open a Phabricator ticket and describe the use case in more detail. No promises though, as no team is currently actively working on this code. Thiemo Kreuz (WMDE) 07:07, 13 May 2020 (UTC)

Ah. I see.. I'll try that. Thanks! Revansx (talk) 22:54, 1 May 2020 (UTC)

Is it possible to hide the settings icon in the popup?

I want to force the extension on every user anyways. 93.195.159.1 (talk) 10:54, 6 June 2020 (UTC)

As of now, no, it's not possible to disable this icon. You can try to hide it with a CSS rule for all users.

.mwe-popups-settings-icon { display: none; }

Thiemo Kreuz (WMDE) 16:54, 6 June 2020 (UTC)

How to tweak the thumbnail size?

Tracked in Phabricator
Task T255549

For our wiki, the majority of the images are cards, with dimensions of 600 x 840. This results in the preview image not showing a large portion of the card...what is the easiest way to tweak this to better accommodate the dimensions of our images?

As an example, many of the links in this section show the cropping of the image I am referring to: https://archonarcana.com/Age_of_Ascension#Special_Rarity_Cards

Blinkingline (talk) 22:23, 13 June 2020 (UTC)

I believe this is a bug. I reported it as phab:T255549. Thiemo Kreuz (WMDE) 10:35, 16 June 2020 (UTC)

Styling?

How do you change the background/text colours of the popups? 81.227.114.162 (talk) 10:09, 13 July 2020 (UTC)

It should be possible to use CSS for this, either for an entire wiki via MediaWiki:Common.css (example), or for a single user in the user's personal common.css (example). Thiemo Kreuz (WMDE) 12:01, 21 July 2020 (UTC)

operate on programatically added content

some tools, gadgets, scripts etc. can either modify the content of the page, or display more content in popup windows, dialog boxes etc. this new content can contain internal links.

in some cases, it's desirable to have "page preview" for these newly added links. i tried to fire a "wikipage.content" event, with the new content as parameter, but this did not do the trick.

any way of telling the extension to do its magic on added content? peace קיפודנחש (talk) 19:27, 15 July 2020 (UTC)

(Although I'm not an authorative source...) I doubt it. The extension gets the text from an API call to Extension:TextExtracts, or through Page Content Service (Restbase).

At a cursory glance, I can't find a hook provided by the extension to change the content on the fly. FFS ^Talk 03:36, 16 July 2020 (UTC)

not exactly what i wanted to hear, but thanks for the info.

filing under "no can do".

some users will be disappointed. c'est la vie.

peace. קיפודנחש (talk) 01:46, 18 July 2020 (UTC)

I'm not sure if this helps, but I was able to modify the content of a page, and the links I added show preview popups just fine. Maybe it doesn't work for you because the links you add don't have a title? Or because the link target doesn't look like href="/wiki/…"? Thiemo Kreuz (WMDE) 13:25, 21 July 2020 (UTC)

Thanks!

can you please link to an example where you add content to a page after it's loaded, and page preview works? i might learn something.

FWIW, here is an example of an element i'm adding. please note that some of the > or < characters may appear reversed - this is an artifact of RTL/LTR display. the angled brackets are actually correct (and the link works).

peace.

<a href="/wiki/%D7%95%D7%99%D7%A7%D7%99%D7%A4%D7%93%D7%99%D7%94:%D7%AA%D7%91%D7%A0%D7%99%D7%AA/%D7%90%D7%95%D7%9C%D7%9D_%D7%93%D7%99%D7%95%D7%A0%D7%99%D7%9D" title="ויקיפדיה:תבנית/אולם דיונים">ויקיפדיה:תבנית/אולם דיונים</a> קיפודנחש (talk) 15:00, 21 July 2020 (UTC)

The link you posted looks fine. Maybe it's because it is not inside the #mw-content-text container? I used jQuery for my experiment, selected the first <p> in #mw-content-text, and appended a new <a> element. Thiemo Kreuz (WMDE) 16:11, 21 July 2020 (UTC)

Thank! i think you hit the nail on the head. the content i added is in a OOJS form, which is appended to some element not in content.

i will see if i can pervert my toy such that the form will actually be appended to the content, though i'm not sure if i know how.

alternatively, i'll make peace with the fact there's no "preview" to the new links.

peace. קיפודנחש (talk) 14:15, 28 July 2020 (UTC)

Help - Cannot enable Page Previews on my wiki

I just updated my mediawiki from 1.30 to 1.34 (including database upgrade and PHP version upgrade) specially for this extension. I did check if the dependencies mentioned on the extension's page are enabled and installed (one was commented out). Checked Preferences - no option to turn it on/off. I've added lines proposed on the extension's page to LocalSettings.php (not sure if in the correct place as I know nothing about php):

wfLoadExtensions([

  'TextExtracts',

  'PageImages',

  'Popups'

]);

$wgPopupsHideOptInOnPreferencesPage = true;

$wgPopupsOptInDefaultState = '1';

$wgPopupsReferencePreviewsBetaFeature = false;

Page Previews do not appear. What to do?

Here's the wiki - wiki.mrowki dot ovh

I can add only, that the extension isn't listed on Special/Version. No Page Previev / Popups / Hovercards.

In other 'ticket' someone mentioned trying $wgBetaFeaturesWhitelist= array('popups'); but this does not help either. 178.235.2.148 (talk) 22:45, 31 July 2020 (UTC)

The Popups extension is listed as "Previews" on Special:Version. If it doesn't appear, there is probably something wrong with the wfLoadExtension line. The option in your preferences might be hidden because you said it should be hidden: $wgPopupsHideOptInOnPreferencesPage = true. I suggest to remove this line. Beta-related settings are not needed, as far as I'm aware of. Thiemo Kreuz (WMDE) 07:28, 3 August 2020 (UTC)

Connected users can't see previews

I have set

$wgPopupsHideOptInOnPreferencesPage = true;

$wgPopupsOptInDefaultState = '1';

$wgPopupsReferencePreviewsBetaFeature = false;

sysop and non connected users can see popups but new users can't see popups, is there something I'm missing here?

Mediawiki 1.34.2 Dnsbl1 (talk) 16:53, 6 August 2020 (UTC)

Uh, that's indeed weird. You can try to add $wgPopupsOptInStateForNewAccounts = true;. Another possibility is that you have the Navigation popups gadget running, which conflicts. Thiemo Kreuz (WMDE) 08:11, 10 August 2020 (UTC)

I tried and it doesn't change much, after checking more closely you can enable popups in preferences. It's not enabled by default but it works.

I don't have any gadgets installed. Dnsbl1 (talk) 15:31, 10 August 2020 (UTC)

It almost looks like the 3 $wgPopups… lines you posted above are not executed, or in a wrong place. Can you make sure these lines are after the wfLoadExtension line? Thiemo Kreuz (WMDE) 07:46, 11 August 2020 (UTC)

For my view it seems to be a problem with PHP 7.4.

On mouse over / hover there is no request as you can't see any entries in the access logfile.

I'm using MW 1.31, 33, 34 with no problem unless the server is not running PHP 7.4. 80.152.229.133 (talk) 13:08, 12 August 2020 (UTC)

All code is tested with all PHP versions MediaWiki is said to be compatible with. This sounds like the issue is not in the Popups code, but somewhere in code you manage, e.g. in the configuration. Thiemo Kreuz (WMDE) 14:39, 12 August 2020 (UTC)

Add page title to Popups?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Most of the popups on my wiki simply display "..." with no additional text. Which is pretty weird looking from a user perspective (why is this popup empty?).

Can I tell the Popup extension to include the page title in the preview text?

Btw I'm guessing the reason no text shows up in the preview is because of the styling of my wiki's pages, which don't have any text before the first section h2 element. Is that something that can be controlled as well?

Would appreciate any help Knomanii (talk) 06:56, 16 August 2020 (UTC)

The Popups extension relies on the TextExtracts extension for this feature. In the Popups code, the parameter intro is set to true. This triggers code in the TextExtracts extension that cuts everything off after the first headline, no matter which level (<h1> to <h6>). This is done based on the assumption that all Wikipedia articles in the main namespace have some kind of summary before the first headline.

Unfortunately there is no official way to change this behavior in neither of the two codebases. A quick hack might be to change the line exintro: true, to exintro: false, in the Popups code. Note you need to redo this whenever you update the extension. Thiemo Kreuz (WMDE) 06:38, 17 August 2020 (UTC)

Thanks for the info, this is helpful to know.

I went ahead and changed exintro to false as you suggested, but unfortunately it didn't fix the issue and the popup content is still empty (even after a hard reload):

<figure-inline></figure-inline>

If there's any other ideas on how to fix it, do let me know. Knomanii (talk) 07:10, 17 August 2020 (UTC)

You can try to set $wgExtractsRemoveClasses = []; just to see if it does have an effect. Is your wiki public? Maybe post a link? Thiemo Kreuz (WMDE) 07:16, 17 August 2020 (UTC)

Well that code crashed my site, but I think you meant something like $wgExtractsRemoveClasses[] = '';, which didn't crash anything but also didn't have any effect on the issue.

It's a private org wiki, so I can't post a link unfortunately.

Honestly it's not the worst thing if it doesn't work though, I can either remove popups or reorganize the pages in question.

That said, I'd be happy to try anything else if you can think of a solution. Knomanii (talk) 07:33, 17 August 2020 (UTC)

BTW, is there a way to hide the text on the page but still allow it to display on the Popup?

Something like "<span class="nodisplay">This page is about blah blah blah</span>"

This would seem like the easiest solution to my problem. Knomanii (talk) 07:53, 18 August 2020 (UTC)

That should work when you add a line like .nodisplay { display: none; } to your wiki's Common.css. Just make sure the element is not excluded via the $wgExtractsRemoveClasses setting. For example, all <div> are excluded by default. Thiemo Kreuz (WMDE) 08:37, 18 August 2020 (UTC)

Dang, finally tested that and unfortunately it didn't work either. I think TextExtracts only shows the text that displays after all code is parsed, which means any display:none elements also won't show up. Hm... any other ideas? Knomanii (talk) 05:28, 20 August 2020 (UTC)

Nevermind, I solved my own problem!

What I didn't mention is that I gave the span the classes .nodisplay, .nomobile, and .noprint beacuse I obviously didn't want the repeated text to display on mobile or print versions either (which ignore MediaWiki:Common.css).

Somehow I was browsing TextExtracts/extension.json when I saw that TextExtracts defined both .nomobile and .noprint in ExtractsRemoveClasses — which means that TextExtracts was defining those as the default settings for $wgExtractsRemoveClasses and stripping out any text that had those classes from the display (which is what you warned me about earlier).

I deleted those lines (L49-50) from extension.json and the text in my hidden span appeared in the Popups box!

The obvious long-term drawback of this solution is that if I update the extension, I'll have to delete these lines again. Probably a more stable approach would be to just add the .nodisplay class to MediaWiki:Mobile.css and MediaWiki:Print.css as well. Then I wouldn't have to worry about extension updates overriding my code change to extension.js.

Anyway, thanks for all the help! Glad there was a doable workaround for this. Knomanii (talk) 05:52, 20 August 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Allow Popups when hovering Sidebar Links?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Is there a way to allow Popups to display when hovering over Sidebar links?

More specifically, the MediaWiki:Sidebar links as they display on the Vector skin.

Most of our sidebar links go to complicated policy jargon, so a quick Popup overview would be super helpful for our users...

Any help would be appreciated, thanks! Knomanii (talk) 08:54, 20 August 2020 (UTC)

At the moment, no, this is not possible. The extension is only active in the page's main content (mw-content-text in the HTML). This is, unfortunately, hard-coded. You could, in theory, change this line of code. But this might lead to broken popups showing up somewhere else in the interface. Thiemo Kreuz (WMDE) 10:39, 20 August 2020 (UTC)

Yeah I bet that could be a security vulnerability anyway — since the sidebar displays even for logged out users. Hypothetically you'd be able to hover over and access more information than the author of any given article was planning for, meaning sensitive data could be breached.

I notice this happening on the "Return to article" page after logging out as well (but maybe that's just my browser cache remembering the link's popup?).

Do you think the security concern would be a fair reason not to do this? Otherwise I'm kind of leaning toward adjusting just that hard-coded css rule manually. Knomanii (talk) 12:13, 20 August 2020 (UTC)

While not impossible, I think there is nothing to worry about in terms of security. The information is provided via the TextExtracts and PageImages APIs. These should respect protection levels. If they don't, that would be a bug and relevant for all existing installations. Thiemo Kreuz (WMDE) 12:19, 20 August 2020 (UTC)

Thanks for the info. I did attempt to add the code , #mw-panel a[href][title]:not(${excludedLinksSelector}) into the definition of $validLinkSelector but unfortunately it didn't work.

Anyhoo, no worries, probably will be fine without sidebar popups. Thanks for your help investigating this! Knomanii (talk) 05:34, 25 August 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Can I change ratio requirements for Popups?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I've read that the ratio requirements for an image to work with popups is 1:2 or 2:1. Can this be changed? My images are square and are not showing up in the popups. I found a post that said the $wgPageImagesScores['ratio'] and $wgPageImagesScores['width'] options were configurable but I don't know how to configure them. I assume it would go in the LocalSettings.php but that's as far as I got.

The images I have to post were already sized to 300x300 px so I really don't have the option to resize them.

Any suggestions would be appreciated. Rhonda1311 (talk) 01:55, 27 October 2020 (UTC)

I tried it myself and was able to track the issue down. Unfortunately, changing the PageImages configuration doesn't help. The Popups extension currently refuses to show landscape images (square images are considered landscape as well) that are less than 320 pixels wide. These numbers are currently hard-coded, i.e. there is no configuration for this. However, I realized it should be possible to show such images in portrait mode. I uploaded a patch that changes the code accordingly: https://gerrit.wikimedia.org/r/636629 Thiemo Kreuz (WMDE) 10:19, 27 October 2020 (UTC)

Kool!

Can I just replace the updated files? Rhonda1311 (talk) 15:31, 27 October 2020 (UTC)

If it's your own server, sure, you can try. Thiemo Kreuz (WMDE) 17:01, 27 October 2020 (UTC)

Well that didn't work. :)

So how do I update the plugin? Rhonda1311 (talk) 03:43, 29 October 2020 (UTC)

All you need is – in theory – the file `extensions/Popups/resources/dist/index.js`. Do you get some error message? Thiemo Kreuz (WMDE) 06:11, 29 October 2020 (UTC)

No. I don't see an error message. the popups stop working.

https://whodat.dream13.com/index.php?title=Category:Actor Rhonda1311 (talk) 02:12, 30 October 2020 (UTC)

I'm sorry, I can't really tell what's going on there. There is a syntax error in the compiled ResourceLoader module. It looks a bit like the wrong extensions/Popups/resources/dist/index.js was copied. Thiemo Kreuz (WMDE) 08:21, 30 October 2020 (UTC)

Well it's working now and that's all that matters. :)

Thank you so much! Rhonda1311 (talk) 21:01, 30 October 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Popups doesn’t work

Popups doesn’t work in ruwiki on one device and there isn’t link to enable it in bottom toolbar but works on another device. How to enable it on first device? 217.117.125.72 (talk) 11:58, 6 November 2020 (UTC)

When you say "device", are you talking about a tablet or mobile phone? The only hint I can give you is that Popups are not available in the mobile skin. Please provide more information if that doesn't help. Thiemo Kreuz (WMDE) 15:47, 6 November 2020 (UTC)

No, I’m about notebooks, first one, on which Popups doesn’t work, has Windows 10 and FireFox 56.0.2 and another one has Windows 7 and FireFox 56.0b9. 217.117.125.72 (talk) 18:05, 6 November 2020 (UTC)

Can you please check if Page Previews are enabled in your preferences? As far as I know there is nothing at the bottom of the page. That is something some gadgets do, but not this extension. Thiemo Kreuz (WMDE) 16:16, 7 November 2020 (UTC)

The user is not logged in and therefore has no user preference. Users not logged in can disable Page Previews in the Page-Preview and it can be reenabled with a link on the bottom of the page.

Can you check the browser console if it contains any error messages? Have you tried clearing cookies for Wikipedia (the preference is saved in a cookie)? Michael Schönitzer (WMDE) (talk) 19:56, 7 November 2020 (UTC)

Console doesn’t have anything when I load pages or mouse is over internal links. I have only 3 cookies from ruwiki: names of 2 of them are starting from «centralnotice» and 3^rd contain only «8-Nov-2020». 217.117.125.72 (talk) 18:08, 8 November 2020 (UTC)

The preference is stored in local storage, if I recall correctly. With this in mind, I'm curious if the Page Previews has started working again on your device as your local storage may well have been cleared by your browser. Phuedx (WMF) (talk) 17:33, 11 February 2021 (UTC)