Wikipedia talk:Tools/Navigation popups/Archive 11

Archive 5

←

Archive 9

Archive 10

Archive 11

Archive 12

Live updates cause problems with popups

Navigation popups gadget is very useful with Recent Changes, because, among other things, it lets you preview diffs of changes without having to visit the page in question.

However, with implementation of "Live updates" feature, tracked in T167743, the gadget popup tends to get "stuck", meaning that individual overlays will hang around on the screen. In Live Updates mode, when a popup gets stuck, there's no obvious way to get rid of it. You can scroll away or click elsewhere on the page. The only thing that clears it is a page reload. The overlay is untethered to its link, and even stays on top when you open a some other menu. This problem is tracked in T172957, and in the comments of that ticket you can see that same problem occurs with MediaWiki's live preview.

This gadget claims to have support for MediaWiki's live preview, VisualEditor's saves and Echo's flyout. This is added through dynamicContentHandler handler, subscribed to wikipage.content hook. But, when wikipage content gets changed, callback triggered, setupTooltips is called. This is where addTooltip is called not only for newly fetched links, but for all the links. I think this is the place where above explained problem occurs. onmouseout event does not get triggered, leaving Navigation popup without it's position checker hook (posCheckerHook), and after that only way of closing popup is using menu Popups > Reset, or reloading the page, as mentioned above.

The solution that I propose is traversing all the visible Navigation popups in the doIt method, and attaching the position checker hooks. That way, normal behavior is restored, and listeners aren't duplicated. You can see my proposal on my User Page. Unless some of you guys think there is easier/better/faster solution to this problem.

But, since there are few people active on this gadget maintenance, and I see opinions to rewrite it, my solution would probably be quickfix to above problems. --User:Petar.petkovic

@User:Petar.petkovic I inserted your sig for you; I use Navpops on a daily basis, so you will be hearing from at least one user if I see any problems. --Ancheta Wis   (talk | contribs) 18:43, 22 September 2017 (UTC)

done —TheDJ (talk • contribs) 13:49, 4 October 2017 (UTC)

I accidentally had broken this again, due to the fix for the issue one topic below this one, but it's repaired now. —TheDJ (talk • contribs) 11:51, 10 October 2017 (UTC)

Has popups gone down?

Popups seems to have disappeared completely for me—hovering now just brings up the browser tooltip and nothing else. I've tried enabling it on my User:Iridescent 3 account which has all preferences at default and a completely blank vector.js file and they don't work there either, and also tried using a different browser with no effect, so it's not a malfunctioning or clashing script at my end. Is this a system-wide fault, or my computer playing up? ‑ Iridescent 20:19, 22 October 2017 (UTC)

Me too. TheDJ modified the script an hour ago, so something should have gone wrong. --Tacsipacsi (talk) 20:22, 22 October 2017 (UTC)

(edit conflict) @Iridescent: I just noticed this, too. I'm getting nothing but tooltip and I'm halfway through the troubleshooting steps. Chris Troutman (talk) 20:23, 22 October 2017 (UTC)

Down for me as well. I linked to an old version of popups in my user JS file and the script's working again, so the most recent change is definitely the culprit. —k6ka 🍁 (Talk · Contributions) 20:31, 22 October 2017 (UTC)

lemm get to that. —TheDJ (talk • contribs) 20:36, 22 October 2017 (UTC)

Just reverted all of it, will have to double check what's going wrong here. —TheDJ (talk • contribs) 20:50, 22 October 2017 (UTC)

Took me a bit to figure out what was wrong, but it seems that unlike userscripts, gadget pages check aggressively on ES5 compatibility and die hard on reserved keywords (in this case new), with little feedback. Redeployed a fixed version now. :For those who are following along.. I'm slowly reworking large parts of Navigation popups, to get rid of some cruft and to slowly bring it a bit up to date with more modern standards. The gadget hasn't had major work done to its underpinnings since 2007-2008'ish, and that made it increasingly hard to maintain. This will be a long process, with several intermediate steps. so please whenever you find a problem, please ping me. —TheDJ (talk • contribs) 22:02, 22 October 2017 (UTC)

Ping. Thanks for fixing that. I'm now seeing some JSON-type code when hovering over redlinks. -- zzuuzz ^(talk) 22:06, 22 October 2017 (UTC)

Ah, that's new. Thx for reporting. —TheDJ (talk • contribs) 22:09, 22 October 2017 (UTC)

When I point at a section arrow on my watchlist, the pop up opens with text like "{"batchcomplete":"","query":{"normalized":[{"from":"Wikipedia:Reference_desk/Science","to":"Wikipedia:Reference desk/Science"}],"pages":{"2535910":{"pageid":2535910,"ns":4,"title":"Wikipedia:Reference desk/Science"}}}} " in it. DuncanHill (talk) 22:28, 22 October 2017 (UTC)

I can reproduce this on this page, by hovering over someones contributions and then over a section arrow.--JohnBlackburne^words_deeds 22:34, 22 October 2017 (UTC)

Both those issues should be fixed now. —TheDJ (talk • contribs) 23:12, 22 October 2017 (UTC)

Thanks, working as expected for me now. DuncanHill (talk) 23:15, 22 October 2017 (UTC)

Working for me to, thanks.--JohnBlackburne^words_deeds 00:43, 23 October 2017 (UTC)

• The part of this tool that I use most when working in Draft space, the part that tells how long since the page was edited, doesn't appear to be working.—Anne Delong (talk) 22:22, 23 October 2017 (UTC)

Empty pages still show JSON (see top of Special:ShortPages). --Tacsipacsi (talk) 11:29, 24 October 2017 (UTC)

Blegh, i so hate weak typed languages sometimes... —TheDJ (talk • contribs) 11:35, 24 October 2017 (UTC)

And also interwiki links. Example:

{"batchcomplete":true,"query":{"normalized":[{"fromencoded":false,"from":"en:Public_domain","to":"en:Public domain"}],"interwiki":[{"title":"en:Public domain","iw":"en"}]},"limits":{"images":5000,"categories":5000}}

(I don't know why was it normalized, as the wikitext was [[en:Public domain]], with space.)

P.S. Thanks for your efforts for modernizing Popups, I really appreciate it! --Tacsipacsi (talk) 18:53, 28 October 2017 (UTC)

@TheDJ: And also for Wikidata (main and property namespace). I don't know if it should be fixed globally or locally, neither have I any idea what should it show—maybe label, description and aliases? Or statements and/or sitelinks too? --Tacsipacsi (talk) 19:25, 1 November 2017 (UTC)

@Tacsipacsi: Can you please give actual examples ? There are so many variations possible, please just say which link on which specific page gives you a problem. I tried several on the interwiki help page, and I was unable to reproduce your problems so far. —TheDJ (talk • contribs) 12:58, 2 November 2017 (UTC)

I forgot to mention that the interwiki problem appears only when hovering over a link in the edit box (en:Public domain in the above example), as the result HTML—both in preview and on actual saved pages—contains a real external link (i.e. the host name is really the other domain). Also it seems to work on enwiki with the en: prefix, but changing the prefix to de: or hovering over this link in dewiki shows the problem. --Tacsipacsi (talk) 21:37, 2 November 2017 (UTC)

killTemplates only for some templates

On dewiki, there’s the request to somehow get the content of formating templates (like Template:lang) visible in Navpopups. As possible solution to this, I’m suggesting

• a wiki-specific list of templates, which will be displayed as if popupPreviewKillTemplates=false would have been set (to avoid having templates like infoboxes make Navpopups useless) or maybe even
• such a list with at least one parameter per template in that list, to only display the content of that parameter.

--nenntmichruhigip (Diskussion) 18:01, 13 September 2017 (UTC)

My opinion is that someone should finally rewrite popups, and then remove infoboxes from a properly rendered blob, instead of trying to reimplement a wikitext parser in JS. :) —TheDJ (talk • contribs) 18:46, 13 September 2017 (UTC)

Which would be phab:T138803 btw.. —TheDJ (talk • contribs) 18:52, 13 September 2017 (UTC)

Believe it or not, I have some (horrible) code that somewhat works for that ticket, but it's been stuck in development hell forever - the popups code is so fragile. It's one of those things that I return to on a monthly basis, though, so I definitely have hope that this'll land Pretty Soon™. Enterprisey (talk!) 07:11, 25 September 2017 (UTC)

@Nenntmichruhigip, TheDJ, and Enterprisey: I also raised the same problem on the French wiki. There are many situation where professional, technical or scientific jargon use English words which are often more used than the local term and appear in articles introductions, and those are removed by this popup. There is also the default popup (in preferences/appearance which (in Fr) shows the hidden text, but without it's formatting, while it shows the formatting for non template content) -- Camion (talk) 09:59, 3 February 2018 (UTC)

Blocky image/picture with the mouseover preview

Hi team, I've noticed what seems to be a recent change which appears as the above on these example pages:

Burton upon Trent
Oxford
Sunderland

That's when previewing on Chrome. In IE the preview image is blank. I am unsure this has been reported previously but did a search in the talk page archive, nothing directly related appears. Thanks for any suggestions. --The Equalizer (talk) 07:52, 21 February 2018 (UTC)

I don't see blocky images in Chrome (64.0.3282.119), and IE (11.0.9600.18920) shows them properly, too. -- Michael Bednarek (talk) 09:11, 21 February 2018 (UTC)

Thanks. Interesting. So might be a local issue. I get a view such as this link. Oxford example My Chrome is version 63.0.3239.132 (Official Build) (64-bit) and IE is 11.0.16299.15. Most curious as most mouseovers show the first image in the article correctly.--The Equalizer (talk) 12:03, 21 February 2018 (UTC)

That screenshot doesn't show Popups' output. I suspect it's because you have "Page previews" enabled in Special:Preferences#mw-prefsection-rendering. -- Michael Bednarek (talk) 12:37, 21 February 2018 (UTC)

Yes I have it turned on, I believe it was a beta which I knowingly turned on years ago, which has become an official gadget, so I have left the option on. Is there an alternative? --The Equalizer (talk) 13:03, 21 February 2018 (UTC)

To get Navigation popups, a) turn "Page previews" off; b) turn "Navigation popups" in Special:Preferences#mw-prefsection-gadgets on. -- Michael Bednarek (talk) 13:20, 21 February 2018 (UTC)

Done. Certainly more consistent now, will see whether I get used to the smaller layout. Thanks.--The Equalizer (talk) 14:57, 21 February 2018 (UTC)

Skipping infobox image in mouseover preview

When hovering over the link for bicyclo(1.1.1)pentane, the preview of that page includes the image File:1.1.1-propellane.svg rather than File:Bicyclo-1.1.1-pentane.svg note presence vs absence of one horizontal line in the middle), even though the bicyclo... file is the first one in the article both by source-order and display-rendering. I checked a few other pages, including those with free and nonfree infobox image, and the infobox image rather than first-in-article was displayed. Is popups getting confused by the {{Chembox}} spaghetti of image options, or is there some other cause for this result? I'm sure this is not the only article where the infobox image is the best or only representation of the actual article subject vs associated other topics or sub-details. Pinging User:DePiep, who has done a lot of work on this infobox suite. DMacks (talk) 15:53, 8 March 2018 (UTC)

Thanks for the ping. I'm not familiar with this WP:NAVPOPS (not activated). What I do see when hovering a wikilink is a flat text (no wikilinks) of the article's lede, and the top image. Forgot how this is called; can't find it in my gadgets either... It is called WP:Hovercards (mw:Page Previews). (H)Over the article link this gadget, over here, shows the non-centerlined image (file:bicyclo...), i.e. infobox's top image (and first one in the article). As we expect then.

Technical notes: {{Chembox}} is a old-fashioned table (using {| |- | |}). Each data row is a subtemplate (usually starting with a |- new row)

It does have class="infobox" but not class="wikitable".

About Image options: can have 10 images in top, though not by "spaghetti" but by a three-deep (=2 subs called) subtemplate hierarchie. (I'd like to point this out to simplify things — a bit ;-) ).

Box-wide images (as opposed to side-by-side 50%-width image pairs) are rendered by {{Chembox image cell}} using [[File:..]].

HTH. -DePiep (talk) 16:53, 8 March 2018 (UTC)

Skip reference link

Can you add a function to skip specific links? Example Reference link.117.4.253.117 (talk) 08:06, 9 March 2018 (UTC)

Track gauge template issues

Whenever the track gauge template (a template used to identify the space between the rails of rail lines) in articles is within the text of a pop-up preview, the text it generates does not appear in the preview despite appearing correctly in the article. Here's an example: Grizzly Flats Railroad. When you look at this article's pop-up preview, the space between the set of parentheses should display "914 mm" and should not be blank. Jackdude101 ^talk cont 02:01, 11 February 2018 (UTC)

That’s the case for the output of most (if not all) templates, {{Convert}} being an example I see often. I believe NavPops skips them so it can always provide an instant preview. I imagine that displaying some of the more complex templates (such as infoboxes) could cause a serious decrease in responsiveness, which is one of the tool’s principal benefits.—Odysseus1479 03:46, 11 February 2018 (UTC)

@Odysseus1479: Is it possible to pick and choose which templates can be displayed in pop-ups, or is it an "all or nothing" scenario? If it's the former, could simple templates where the output is no more than one or two numerical values, like the convert and track gauge templates, be allowed to be displayed in pop-ups? Jackdude101 ^talk cont 17:55, 11 February 2018 (UTC)

Excepting some named templates is certainly not a solution, as this script is used on many wikis, most of them not even being English-language. If expanding all templates and then removing all non-inline elements (floated infoboxes, disambiguation tables etc.) worked, it would be great. —Tacsipacsi (talk) 20:48, 11 February 2018 (UTC)

• @Slambo: This discussion may be relevant to your interests. Jackdude101 ^talk cont 02:58, 11 February 2018 (UTC)

  Interesting. I generally don't use preview popups so I hadn't seen this issue before. Slambo (Speak) 15:42, 11 February 2018 (UTC)

• There are several other topics on this page and its archives about the same problems. All this stems for the fact that this tools uses a naive JS-based wikicode parser from 2004. Fixing this problem is not simple. —TheDJ (talk • contribs) 13:36, 12 February 2018 (UTC)
• @Odysseus1479:, @Tacsipacsi:, @TheDJ: Regardless of the fact that the coding is complex and also out-of-date, the problem still exists and should be solved. Think of it the same way as a car. If a problem develops, you either have the car fixed or replaced with a whole brand-new one. Ignoring the car's problem and letting it languish is not a solution. So here's the question: what needs to happen in order to get this coding problem fixed? Jackdude101 ^talk cont 17:36, 12 February 2018 (UTC)
  • Sorry if I gave you a false impression of knowledgeability: I’m only a user of the gadget, and I haven’t a clue how it actually works.—Odysseus1479 17:45, 12 February 2018 (UTC)
  • Someone needs to spend time and fix the issue. The code is here MediaWiki:Gadget-popups.js good luck. —TheDJ (talk • contribs) 17:48, 12 February 2018 (UTC)

    Honestly, for any dev reading this, once you understand the architecture of the code and how everything fits together, the actual code fix is easy. The script has a big module that does the parsing, and another one to get a "summary" from the wikitext - you'd just need to rip those out and insert async calls to the API instead to get the HTML. Probably a weekend thing. I'd do it myself, but I'm swamped IRL and can't make any predictions about when I'll have time. Enterprisey (talk!) 21:37, 14 February 2018 (UTC)

    Theoretically yes... In practice however, there is lots of stuff piggy backing on the wikicode (like link count, category info, dab fixing, the diffs etc), so replacing it while not breaking other functionality is the more challenging part. —TheDJ (talk • contribs) 10:39, 9 March 2018 (UTC)

• @Jackdude101: It is possible to enable the display of the raw template wikitext, by adding popupPreviewKillTemplates=false; to your personal javascript (e.g.). By default it looks like this. The parameter for popupPreviewRawTemplates=false; (which is meant to attempt to render the template) doesn't seem to be functioning though :( . It is indeed (as you suggested above) an "all or nothing" scenario, at the moment. Beyond that, as TheDJ notes above, the whole thing direly needs a rewrite (according to most devs familiar with the code, none of whom have time to do anything like that.). HTH. Quiddity (talk) 20:56, 19 February 2018 (UTC)

Popup reverts don't work with the 2017 wikitext editor

Hello everyone, and hope I'm posting in the right place.

I am among the 14 thousand or so users trying out the so-called "2017 wikitext editor". However, I find out that when this beta feature is enabled, the revert link in the navigation popups does not function. When I click this option, I am instead taken to the 2017 wikitext editor which always displays the current version of the page, instead of the revision I am trying to revert to. One of the users at MediaWiki suggested posting here for help, so I would like to inquire if anyone else is noticing this happening and if so, what can be done to resolve it?

Regards, ««« SOME GADGET GEEK »»» (talk) 15:00, 6 November 2017 (UTC)

No, you are among the 47 thousand users using this gadget—it doesn’t work with the old edit interface either. I see that the gadget uses a URL like /w/index.php?title=Title&action=edit&undo=123456789, while the normal (PHP-generated) links look like /w/index.php?title=Title&action=edit&undoafter=123456788&undo=123456789. --Tacsipacsi (talk) 16:52, 6 November 2017 (UTC)

+1 here. Are there any plans to update this tool? :-) Ed ^{[talk] [majestic titan]} 00:59, 19 February 2018 (UTC)

Right, it seems that undoafter is required these days (didn't use to be). I looked at the main MW source code, and if I interpret this correctly, then it has been broken for 6 years now in Navigation popups.... I see some report in 2016 of it breaking, but i find it kind of amazing that so few people complained about this in 6 years... —TheDJ (talk • contribs) 10:32, 9 March 2018 (UTC)

Ah wait, last year I changed something about the diff'ing setup, and it seems the undo link piggy backed on the information for diffs.. I might have accidentally broken the addition of undo after that way. I'll put it on my todo list. —TheDJ (talk • contribs) 10:37, 9 March 2018 (UTC)

a) Why use popups' "undo" when there's "undo" in the diff view? That might explain the lack of reporting. b) Popups' "undo" works (with undoafter) when selected from mousing over "prev" in Revision history, but not when mousing over the date/time stamp there, or from a diff view. -- Michael Bednarek (talk) 13:10, 9 March 2018 (UTC)

Relevant Google Summer of Code proposal

I've proposed a GSoC project to make some needed improvements to the gadget, especially to the preview functionality, at T189456. Feel free to comment! ping TheDJ, because I knew he mentioned this Enterprisey (talk!) 10:34, 12 March 2018 (UTC)

History list on watchlist page

Anyone else notice the history list popup doesn't refresh properly on the new watchlist screen? Take an active page like WP:ANI, bring up the history popup, wait an interval, click "View newest changes", bring up the popup again and it won't have updated even though there are new edits to the page. Sometimes the popup is hours out of date. --NeilN ^{talk to me} 00:29, 14 December 2017 (UTC)

It’s by design – NavPopups caches everything, which is useful in most cases (popups load immediately). In this specific case there could be an exception to invalidate cache on every soft refresh. Until it’s implemented, you can use Popups→Reset. --Tacsipacsi (talk) 12:52, 14 December 2017 (UTC)

This additional caching is actually one of the things that i'm considering removing. It was added in 2008 'ash, when internet and computer speeds were still MUCH slower, but with pages getting more dynamic, it's going to be a bigger problem. It also adds a layer of complexity that makes it harder convert the code to a more modern architecture, so maybe i should just get rid of it. —TheDJ (talk • contribs) 13:14, 14 December 2017 (UTC)

I'm pretty sure this wasn't the behavior with the old watchlist. But that probably reloaded the whole page. --NeilN ^{talk to me} 13:20, 14 December 2017 (UTC)

This is the behavior at least for the past few years. I think generally caching is good – average internet speed might changed a lot, but many people still don’t have gigabit internet, especially in developing countries. --Tacsipacsi (talk) 21:41, 14 December 2017 (UTC)

I also have some doubts whether less reliance on cached data and more immediate fetching is desirable. As Tacsipacsi pointed out, internet speeds vary across regions, and volume charging is widely used. As TheDJ mentioned, Popups→Reset can be used if needed. -- Michael Bednarek (talk) 02:15, 15 December 2017 (UTC)

I’m from the "developing" country germany :-) Sometimes without caching NavPopups wouldn’t really be useful at all because of our glorious internet connection. And I’m not even on a mobile connection or anything weird. --nenntmichruhigip (Diskussion) 13:12, 16 December 2017 (UTC)

On second thought: History and user contributions rarely take long to load and for these two it might be expected to get an up-to-date list. An option to skip caching for these (and the "last edit" link from the popup’s menu, which I’ve never used and doesn’t work for me right now) would propably be good. --nenntmichruhigip (Diskussion) 07:38, 12 February 2018 (UTC)

Endorse the idea of an option. --NeilN ^{talk to me} 15:41, 3 May 2018 (UTC)

I'm in favor of removing the caching altogether, but for a different reason: Popups can display edits out of the cache even if they have been revdel'd. ​—DoRD (talk)​ 16:11, 3 May 2018 (UTC)

Popups not working in page histories

Popups seems to have stopped working for me when mousing over a diff link in a page history, but seems to be working at all other times. I'm running Chrome 66.0.3359.139 on Win7 64-bit, but I believe (from memory) it is also not working in Chrome on Win10 and Ubuntu 17.10 (I can check later). Is it a bug, or possibly a problem with my setup? Ivanvector (^Talk/_Edits) 13:44, 3 May 2018 (UTC)

I've got no issues — macOS; Firefox or Chrome; Modern, Monobook, or Vector — so I imagine it's on your end? I don't see anything changed recently in User:Ivanvector/vector.js so perhaps you're just in need of a good cache clearing or log out/log in? ~ Amory (u • t • c) 14:34, 3 May 2018 (UTC)

I'm sorry, it's in user contribs that it's not working for me. I have logged out recently, I'll try doing some housekeeping locally. Ivanvector (^Talk/_Edits) 15:22, 3 May 2018 (UTC)

Okay, I logged out, cleared my cache, and logged back in, and now it works on my contribs page but not on any other user's or IP's. I've tested on maybe a dozen contribs pages of random users with different userrights, in case it would make a difference but it doesn't seem to. Any other ideas? Ivanvector (^Talk/_Edits) 15:29, 3 May 2018 (UTC)

Does it persist if you change skins in your preferences? ~ Amory (u • t • c) 16:25, 4 May 2018 (UTC)

Just tested vector with your vector.js, worked fine, so that wouldn't be it. ~ Amory (u • t • c) 16:30, 4 May 2018 (UTC)

Any specific errors in the console? I've checked a bunch of user contribs pages and haven't seen this yet. Enterprisey (talk!) 06:47, 5 May 2018 (UTC)

I don't see any errors, I just don't get a regular tooltip-style mouseover instead of the popups dialog. Still happening today. Ivanvector (^Talk/_Edits) 12:25, 15 May 2018 (UTC)

I also just tried logging in with an alt account, and with that popups works fine, so that would make me think it's something to do with my account configuration. If you tested with my vector.js already and that wasn't it, do you have any ideas if there's some other preference that could be interfering? Ivanvector (^Talk/_Edits) 12:31, 15 May 2018 (UTC)

I still can't replicate it with your js page, so I'd imagine it's some preference option. I think it's set so you can't have pagepreviews and popups at the same time, so maybe pull each account up in a different browser and go through each pane? You could also try replacing popupFixDabs=true; with window.popupFixDabs=true;, that might do the trick. ~ Amory (u • t • c) 12:03, 16 May 2018 (UTC)

Accept a version as reviewed (aka patrolling)

Now the popup allow you to accept the diff (if you have the review right). (See here). You need to turn this on by including popupReview=true in your global, local or similar file. This is an experimental feature, and need some additional work. In particular now it add a link for reviewing only in the diff - so you can't review a page that never been reviewed before. Feedback, comments and bug reports are welcome. @TriMoon, Barklund, Manscher, Beta16, and Bdamokos: I pinged you, because you asked for this feature in the past. Alexei Kopylov (talk) 23:25, 17 May 2018 (UTC)

Conflict with syntax highlighting

Fixing redirects does not work if syntax highlight is active .--Anatoliy (Talk) 17:03, 29 June 2018 (UTC)

• Anatoliy: what exactly does not work? It works for me. Alexei Kopylov (talk) 23:44, 29 June 2018 (UTC)

  When I try to fix redirect, it does not fix if the syntax highlight is active. If deactivate it, fixing redirect works.--Anatoliy (Talk) 08:21, 30 June 2018 (UTC)

  Navpopups uses a really outdated way to modify the text area, that is indeed not compatible with this mode. —TheDJ (talk • contribs) 14:37, 30 June 2018 (UTC)

Enable for all links EXCEPT for article links

Is it possible to enable this script for all links EXCEPT for article links? I am using the Wikipedia addon for article links, but I still want this script for all other links. I've already disabled this script in the article namespace for the view action, but there are still article links in non-article pages. Gary (talk · scripts) 14:00, 17 July 2018 (UTC)

Hidden names leaked

Hi, when scanning meta:Steward requests/Global I noticed something peculiar: a hidden user name that contained a religious slur was hidden, but the popups revealed it anyway on hover. I left a notice at meta:talk:Steward requests/Global#Name hidden? Not. Btw, I am using W10 and Firefox. I am not sure if this issue is best discussed on meta or here. You may choose one page and leave a link on the other. Regards – Bertux (talk) 19:38, 15 July 2018 (UTC)

I replied at meta. The name isn't supposed to be secret so there is no leak. PrimeHunter (talk) 20:27, 15 July 2018 (UTC)

For the record: The meta's template just makes them invisible when rendered in the template but keeps it visible when editing - it has no security function. If people need confidentiality, they are instructed to email us. — regards, Revi 16:26, 28 August 2018 (UTC)

Oddity in how italicized links are displayed

Looking at today's "In The News" which mentions article The Stone Sky, when using navigation popups to display a preview of that link I noticed something strikingly odd. The text in the article has a portion:

..., following [[The Fifth Season (novel)|''The Fifth Season'']] and ''[[The Obelisk Gate]]'', ...

which when displayed in the popup appears as

..., following <em>The Fifth Season</em> and The Obelisk Gate, ...

It seems the simple link surrounded by single quotes is correctly italicized. The link which has the single quotes embedded within the piped wikitext instead resolves the italic quotes to <em> !

I wonder how long this has been true? (I haven't tried changing the article to test this...) Shenme (talk) 03:36, 26 August 2018 (UTC)

The parser used by Popups is quite old and doesn't handle edge cases (like this one) gracefully. I've been intending to switch it to, say, use the actual page HTML, but that'll take quite a bit of work. Enterprisey (talk!) 14:19, 29 August 2018 (UTC)

Avoid to open a new page when Thanks link is clicked

Currently clicking on the "action > send thanks" link present in the Popup menu opens a new page where the user have to confirm. It's possible elsewhere in the legacy mediawiki interface to avoid this page loading redundancy using this api request action=thank; format=json; source=history; rev=857131462; token=xxxxx+\, is it possible to implement a confirmation in Popup when "Send thanks" is clicked, and directly send the above request without loading another page ? Thanks ! (that the good word) --Framawiki (please notify) (talk) 17:27, 30 August 2018 (UTC)

API deprecation notice shown when hovering on CSS pages

I.e. User:-revi/up.css:

{"batchcomplete":true,"warnings":{"main":{"warnings":"Subscribe to the mediawiki-api-announce mailing list at for notice of API deprecations and breaking changes. Use Special:ApiFeatureUsage to see usage of deprecated features by your application."},"revisions":{"warnings":"Because \"rvslots\" was not specified, a legacy format has been used for the output.

Sorry for reporting dups if this was fixed: my global.js is fixed to the specific version of the script, for the good reason. Though, Special:Diff/841713951 and Special:Diff/825269631 (the version I'm currently using) seems to be the latest. — regards, Revi 16:29, 28 August 2018 (UTC)

This happens on massmessage-list contentmodel and on wikidata content models, so I guess API is not happy with the query we're using now. — regards, Revi 09:51, 29 August 2018 (UTC)

It appears for all content models (using upstream code as well), except for wikitext, where it’s hidden, because wikitext is processed, while other content models’ returned JSON is directly output. (The server returns the warning for wikitext too, it can be observed using the browser console.) It’s probably OK to rewrite the code to use the main slot always, I don’t think we should care about any other eventual slots (page revision parts). Folks checking the logs will be happy for sure if this gadget won’t produce warning for every preview—I’m sure there are several, maybe even hundreds or thousands of hits every second. —Tacsipacsi (talk) 19:25, 29 August 2018 (UTC)

This is still happening with latest version and has been reported at itwiki's village pump. I also agree that rvslots should probably be set to 'main', at least for the moment: better to show something from the page than an error. --Daimona Eaytoy (Talk) 14:37, 2 November 2018 (UTC)

Retain overlayed popups?

The graphical metaphor of stacked popups naturally leads to the expectation that as long as one is hovering over one popup, all popups under it will remain on screen. So I was surprised to see the first popup disappear when I went down a third level. Then I realized the retention criterion was that a popup remains on screen only so long as the cursor is over it. Is it too much to hope for a configuration parameter to retain all popups overlayed directly or indirectly by the one the cursor is currently over? Jim Bowery (talk) 22:31, 3 November 2018 (UTC)

Thanks

function does not seem to work. Chrome 71 / Windows 10.0.18298 . Clicking thanks through popup takes me to this link.∯WBG^converse 06:46, 24 December 2018 (UTC)

If I (also Chrome 71, but Win 7) select "send thanks" from the "actions" menu when hovering on the diff in my watchlist for your edit above, I get https://wiki.riteme.site/w/index.php?title=Special:Thanks/875163135 -- Michael Bednarek (talk) 07:02, 24 December 2018 (UTC)

Y'know, I suspected that some paths in the code may send you to that page, but I didn't have much of an idea about the specifics. I have access to a Windows 10 + Chrome 71 setup, and will test it out soonish. Enterprisey (talk!) 08:17, 24 December 2018 (UTC)

Comma

Please add a comma as thousand separator in edits number because it's much easier to read for me. Thanks. Hddty. (talk) 02:48, 19 November 2018 (UTC)

Would thin spaces also work? (More international that way.) Enterprisey (talk!) 08:18, 24 December 2018 (UTC)

Proposed change: Shortmenus style "popups" menu-item into shorter icon

TLDR: Because it is rarely needed and gets in the way and increases the chance of linewrap, change the current text "popups" into just a star/cog (UTF or image, whatever works), in the "menus" and "shortmenus" style-configurations. See current text screenshots at /Structure_examples#Menus.

Mockup: https://imgur.com/a/pW3n2XF

Thoughts? Quiddity (talk) 08:58, 16 November 2018 (UTC)

Sounds like a good idea to me. Enterprisey (talk!) 01:03, 17 November 2018 (UTC)

Ok. I propose using either ⚙ (unicode for 'gear' since 2005), or just a plain ascii '*' if there are any concerns about the former. IIUC that string is only used in the 'menus' and 'shortmenus' structures (i've updated all the screenshots to confirm), and therefor we just need to change 'popups' to '⚙' in line 6897 of MediaWiki:Gadget-popups.js. Ping TheDJ for sanity-check and implementation. :) Quiddity (talk) 22:45, 24 November 2018 (UTC)

⚙ is nice, but looks weird being underlined. * might be better? Alternatively, you can just turn it off. ~ Amory (u • t • c) 15:46, 15 January 2019 (UTC)

One thing we could do is put a CSS class on just that symbol to skip underlining. That wouldn't kill localization because the symbol won't get localized anyway, so we can actually remove that key ("popups") from the localization object (aka the popup strings thing, it's been a while) - or just stop using that key. Enterprisey (talk!) 06:24, 23 January 2019 (UTC)

Enterprisey, I think that's acceptable. I do worry a bit about using emoji characters for this kind of function though. It's not too long ago we had people at VP/T complaining about showing squares for people with emoji in their name, and the accessibility of it is also meh. —TheDJ (talk • contribs) 15:59, 29 January 2019 (UTC)

Yeah, I think that's a legitimate concern. I'd also be okay with using the standard "settings cog" and then putting it out of the way, like in a corner or something. Popups are currently laid out so tightly that I'm not sure if we'll be able to fit a settings cog in there, though! Enterprisey (talk!) 02:32, 30 January 2019 (UTC)

Those are valid concerns though (re: the emoji), and per Xaosflux my asterisk suggestion fails hard. Maybe "cfg" works as something shorter but still gets the message across? Certainly clearer than "popups" although there's not much in the menu anyway. ~ Amory (u • t • c) 13:01, 30 January 2019 (UTC)

Previews from Index and Page namespaces

Hello!
I've just noticed this gadget and in my opinion is much better of Extension:Popups (that I've used until today). Anyway I am facing an issue concerning pages generated by Extension:ProofreadPage, since they are previewed as you can see in the images. Do you any suggestion about how to obtain better previews?

• 
  Index namespace
• 
  Page namespace

Thanks for the help,
--Loman87 (talk) 15:16, 21 January 2019 (UTC)

Loman87, it uses a content-model (not plain wiki text) that the gadget doesn't support yet. Therefore it shows the raw json results. Flow pages have the same issue. Fixing that might not be terribly hard, but someone needs to contribute the code. —TheDJ (talk • contribs) 12:37, 29 January 2019 (UTC)

Hi TheDJ and thanks for your answer. Yes, I imagined the issue was related to the content model (many extensions can't work with that). Unfortunately I am not a developer and I wouldn't be able to do such thing. Maybe I can post a pull request on the project page: is there a link? Bye! --Loman87 (talk) 11:12, 31 January 2019 (UTC)

Two desired "user" links as optional adds

It hasn't been mentioned for a long while, however, I would still love the ability to add a couple of user links

• [[Special:/CentralAuth/{{{user_name}}}]], eg Special:CentralAuth/Billinghurst which are universal for whichever wiki one is editing
• a link to guc through [[luxo:{{{user_name}}}]] again a static url through interwiki map (not linking, that is ugly for my account)

In both, spaces become plus symbols eg. "Johan+(WMF)", and with no other obvious conversions of characters (unicode characters display as unicode). Thanks for any consideration. — billinghurst sDrewth 04:47, 1 February 2019 (UTC)

Mouse-over template

In edit mode, when you select a wikilink and then mouse over it, you get a popup just like mousing over the wikilink in the rendered page. It would be nice if the same thing happened when you select a template call, e.g., {{Divbox}}. It could display the doc page as if you had moused over [[Template:Divbox/doc]] or, if that doesn't exist, the template itself as if you had moused over [[Template:Divbox]]. —[AlanM1(talk)]— 23:02, 12 February 2019 (UTC)

Popups no longer indicating that a page was added or removed from watchlist?

Starting several days ago, I noticed that when I use Popups and click on Actions/Watch or Actions/Un to add or remove a page from my watchlist without visiting it, I no longer get a pop-up window in the top right corner of my screen that says "XXX has been added to your watchlist" or "XXX has been removed from your watchlist".

To see if another script was in conflict with Popups, I deleted all the scripts on my vector.js page but that didn't make any difference. I restarted my browser in "safe mode" (i.e., with no extensions running) and that didn't make any difference either.

I use the Pale Moon browser (a Firefox fork), version 28.3.1, in Windows 7. This version of the browser was released on January 23, so that hasn't changed.

Was the Popups coding changed? If so, may I request that the notification that a page has been added or removed from an editor's watchlist be restored, at least as an option? Thank you. — Malik Shabazz ^Talk/_Stalk 04:24, 18 February 2019 (UTC)

I used to middle-click (in FF or Chrome) the un-/watch action in popups which brought up a new tab with a confirmation dialogue. I've never seen a pop-up window like you describe. I did that middle-clicking because the behaviour of popups changed quite some time ago; actually, I think it was the un-/watch action that changed. I think the quiet un-/watch action you describe is an improvement, and I thank you for drawing my attention to it. If I want visual confirmation, I can just visit the page and un-/watch there. -- Michael Bednarek (talk) 11:09, 18 February 2019 (UTC)

Fixed; I usually avoid the popups code as too miserable to read, but this was clear. There was a change a week or two ago to how the api is loaded, this needed only a minor change. ~ Amory (u • t • c) 12:05, 18 February 2019 (UTC)

Thank you, Amory. I'm glad it was an easy fix.

Michael Bednarek, the nice thing about the notification window is that it hovers in the corner of the screen for a few seconds and disappears on its own. It merely provides feedback that your "click" on the menu had the desired effect. — Malik Shabazz ^Talk/_Stalk 02:09, 19 February 2019 (UTC)

Image preview from reference list (not a good idea)

Offensive weapon is an article that (currently) has no image in the article text, however it has File:UKOpenGovernmentLicence.svg in the list of references. As a result, the navigation popup shows that image (which has little to do with the subject, of course).

The mw:Page Previews, on the other hand, do not display any image at all (tested by logging out). I think it is a saner behaviour.

It is no big deal, it probably affects few pages, and I do not know what would be technically feasible or which exact rules to choose the display with, but I guess it is better to raise it in case you guys are not aware of it. Tigraan^{Click here to contact me} 12:31, 21 March 2019 (UTC)

That (in "Offensive weapon") was an inappropriate use of an image and I've removed it. -- Michael Bednarek (talk) 13:23, 21 March 2019 (UTC)

DST bug

NavPops, showing times one hour earlier than reality

At Wikipedia talk:Tools/Navigation popups/Archive 9 § DST Bug (5+ years ago), I reported that, after a Daylight Saving Time (DST) transition, the times shown in NavPops are wrong by an hour, both in the history display and the individual diffs. It seems the bug is still present. —[AlanM1(talk)]— 22:40, 29 March 2019 (UTC)

Added as Phabricator T223002. —[AlanM1(talk)]— 11:59, 11 May 2019 (UTC)

imagePopupsForImages

I have the "imagePopupsForImages" set to FALSE in my [skin].js file, in the hopes that I would not get Navigation Popus when hovering over images, however this does not seem to be the case. The documentation states:

imagePopupsForImages

true, false

By default, preview images are loaded even when hovering over visible images. Setting this to false turns that off. If simplePopups is set to true, then the default value for this option is false.

I'm unsure if I'm simply interpreting the documentation for this option wrong or if this is indeed a bug. (Yes, I've been through the FAQ, cleared my cache, etc).
Cheers! Rusty Lugnuts (talk) 18:24, 2 June 2019 (UTC)

Disambiguation when page uses template:USS

I noticed that when a disambiguation page uses {{USS}} as in {{USS|New Jersey|BB-62}}, for example in USS New Jersey, the disambiguation options don't come up. I have linked to USS New Jersey in User:Rogerd/sandbox if you want to test it. Thanks. --rogerd (talk) 21:44, 22 June 2019 (UTC)

Hmmm. Works for me. When I hover over the sandbox link, I preview a bulleted link to USS New Jersey; when I hover over that (or here), I preview the dab page with three ships. Note that I have the following settings in my common.js, which could be related:

// NavPops config per [[WP:POP#Options]]
window.popupOnlyArticleLinks = false;
window.popupInitialWidth = 350;
window.popupMaxWidth = 700;
window.popupTocLinks = true;
window.popupHistoryPreviewLimit = 100;
window.popupContribsPreviewLimit = 100;
window.popupPreviewKillTemplates = false;
window.popupPreviewFirstParOnly = false;
window.popupMaxPreviewSentences = 1000;
window.popupMaxPreviewCharacters = 2000;
window.popupSimplifyMainLink = false;
window.popupImageSize = 120;
window.popupDiffMaxLines = 500;
window.popupDiffContextLines = 3;
window.popupDiffContextCharacters = 100;

—[AlanM1(talk)]— 06:50, 23 June 2019 (UTC)

Thanks. My settings are in User:Rogerd/monobook.js, but I have different options set. So 2 questions - should I continue to use monobook.js, and should I just copy the rest of your settings, and it will fix it? This came from Wikipedia:Tools/Navigation_popups#Options

//see Wikipedia:Tools/Navigation popups
window.popupFixRedirs=true;
window.popupAdminLinks=true;
window.popupRedlinkRemoval=true;
window.popupFixDabs=true;

Thanks. --rogerd (talk) 17:35, 23 June 2019 (UTC)

I just see in the popup "* , a battleship commissioned in 1906...." followed by the other two entries with the descriptions but not the link to the articles. (bullet is indicated by *) --rogerd (talk) 17:35, 23 June 2019 (UTC)

I see now. You don't see the links because NavPops doesn't know how to process templates. By default, it ignores templates completely (i.e., removes anything that looks like {{...}}). If you set window.popupPreviewKillTemplates=false, it will just show the WML instead:

• {{USS|New Jersey|BB-16}}, a battleship commissioned in 1906, ...

—[AlanM1(talk)]— 08:08, 24 June 2019 (UTC)

Thanks @AlanM1:, I am glad to see that it isn't just me. I tested it in Safari and Chrome on a mac, was about to test it in windows. Do you think there is any way the developers can make it so it will process/interpret templates? --rogerd (talk) 15:22, 24 June 2019 (UTC)

CentralAuth link when hovering over username

Hi! Could a link be added to a user's CentralAuth (example link) to the "user" tab when hovering over a username link? --Hmxhmx 15:39, 24 June 2019 (UTC)

Hovering over a section link to a header with an external link shows the title as the external link.

Normally, when I hover over a section link, the title of the popup is the full name of the page with the section (User talk:Example#Foo_bar_baz is User talk:Example#Foo_bar_baz) When I hover over a section link that contains an external link, the title of the popup becomes the external link instead of the section link (User_talk:Example#Foo_bar_http://example.com becomes http://example.com). When the external link goes to an on-wiki page, the title of the popup becomes the title of that page (User_talk:Example#Foo_bar_https://wiki.riteme.site/wiki/Draft:Sandbox becomes Draft:Sandbox). --AntiCompositeNumber (talk) 20:23, 24 June 2019 (UTC)

Another Wikipedia

Hello everyone, what should i do to add this gadget without copy the JS page (only translated one page that includes strings)? and i want to used by all users who activated it, not only me. Can anyone help me? Thanks ⇒ AramTalk 13:03, 28 June 2019 (UTC)

@ئارام بکر: The problem causing NavPopups to not load translations (otherwise it works!) is a bad string in ckb:MediaWiki:Gadget-popups.js/ckb-translation.js, line 207: the text ends with \', which causes the string not to end. I don’t know whether the text should end with an apostrophe as I don’t speak the language; if the apostrophe is needed, you should write \'', otherwise just ', without backslash. (If you use the code editor—which is on by default if you have edit toolbar—, it highlights the error by numerous red crosses next to the line numbers.) By the way, you can write just

mw.loader.load('//wiki.riteme.site/w/load.php?modules=ext.gadget.Navigation_popups&only=scripts');
mw.loader.load('//wiki.riteme.site/w/load.php?modules=ext.gadget.Navigation_popups&only=styles', 'text/css');
mw.loader.load('//ckb.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js/ckb-translation.js' 
    + '&action=raw&ctype=text/javascript');

in ckb:MediaWiki:Gadget-popups.js, you don’t need to reinvent the wheel with custom import functions. The above URLs also load minified versions of enwiki JavaScript and CSS to speed up page load a bit. —Tacsipacsi (talk) 19:22, 28 June 2019 (UTC)

Tacsipacsi Thank you so much! I added the little single qoute:) But for the above links... i did it like fawiki, are fawiki steps right? ⇒ AramTalk 20:24, 28 June 2019 (UTC)

And how to change numeral format from 1, 2... to ۱٫ ۲...? ⇒ AramTalk 20:29, 28 June 2019 (UTC)

@ئارام بکر: Fawiki version reinvents the wheel, which is a bad practice in general, especially over time, as its custom solutions might stop working at some point, possibly only in given environments, so they can go unnoticed for the maintainers, if there’s any, to begin with; but not for the users. On the numbers: it looks like the only option is to copy the whole code, and find and change the appropriate code segments (fawiki also uses the so-called “Arabic” numbers, i.e. what English uses); I don’t think it’s worth it, it’s better to have some bad numbers than to miss the upstream updates and potentially mess up things (and this can break over time as well). This gadget wasn’t designed with internationalization in mind, in some places even the plural “s” is hardcoded… —Tacsipacsi (talk) 22:41, 28 June 2019 (UTC)

Tacsipacsi Last question... Why local css file didn't overwrite the external file properly? ⇒ AramTalk 09:05, 30 June 2019 (UTC)

@ئارام بکر: I don’t know if it’s deterministic, but the easiest is just not to load both: the local is loaded through ckb:MediaWiki:Gadgets-definition, the global is dynamically in ckb:MediaWiki:Gadget-popups.js. If you want to keep the global, simply remove |navpop.css from the end of the line in Gadgets-definition; if you want to keep the local, you should stop loading it dynamically. If you change the popups.js page to

mw.loader.load('//wiki.riteme.site/w/load.php?modules=ext.gadget.Navigation_popups&only=scripts');
mw.loader.load('//ckb.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js/ckb-translation.js' 
    + '&action=raw&ctype=text/javascript');

it won’t load the global style sheets (and you get rid of the reinvent-the-wheel problem as well). —Tacsipacsi (talk) 14:20, 30 June 2019 (UTC)

Tacsipacsi I did it, but the style will not work properly! Can i send a screenshot to you via Email? ⇒ AramTalk 19:09, 1 July 2019 (UTC)

@ئارام بکر: There’s no need for screenshot, I can see it myself. :) The transparency is because of this edit in which you changed various color codes to #red, which is an invalid hexadecimal color code, so the browser drops it and uses the default transparent color. Reverting this change should fix the layout. —Tacsipacsi (talk) 18:32, 2 July 2019 (UTC)

Tacsipacsi, Hash tag and color name! Oops! I have fundamental knowledge about CSS, But i can say it was the greatest fault of me:) you are very good user and i am happy to talking with you! Thank you very much! ⇒ AramTalk 21:44, 2 July 2019 (UTC)

Problems

Why is this suddenly not working? I only get the article title when I hover over a link now, rather than a short bit of the article. Fix it please! :) MeegsC (talk) 17:33, 13 September 2019 (UTC)

Works here. Sometimes behaviour similar to your description happens when Wikipedia is down or slow. -- Michael Bednarek (talk) 01:41, 14 September 2019 (UTC)

Popup follows cursor around, denying me use of its tools

I have just started using Navigation popups. I press ctrl and the popup comes up, like it is supposed to, except that when I move my cursor, it the popup follows it after about half a second. It continues to follow my cursor indefinitely (even if I am not holding any key on the keyboard) until I move my cursor quickly enough, which causes it to disappear. This is really frustrating since that means I can't use the popup menus, and thus becomes just a more annoying version of Page Previews. The browser I use is Microsoft Edge. Please help. 😠  — Mr. Guye (talk) (contribs)  06:35, 9 November 2019 (UTC)

Change admin highlighting

I looked in instructions, but don't see how I can change the admin highlighting from magenta to another color. Any ideas?— Preceding unsigned comment added by Soibangla (talk • contribs) (notice added by human editor  — Mr. Guye (talk) (contribs)  on 06:41, 9 November 2019 (UTC))

Global edit count

In the tooltip for a userpage, the edit count on the english Wikipedia project is shown, but not the global edit count. Would it be possible to also show the global edit count (eg, in parentheses just after the EN edit count)? This would provide a more faithful representation of experienced editors coming from other projects (eg, other languages, wikicommons, wikidata) and may ease interaction with them --Signimu (talk) 15:54, 20 November 2019 (UTC)

Amazing gadget, should be enabled by default!

I wanted to say a big THANK YOU for this awesomely versatile tool! It saves so much time! It also modernize quite significantly Wikipedia's interface IMO. Why isn't it enabled by default, as are some other gadgets? It would really be beneficial for the whole Wikipedia audience, including readers. Should we do a RFC or are there some drawbacks I didn't see? --Signimu (talk) 23:42, 20 November 2019 (UTC)

"Undo" does not work

I cannot get the undo function to work. Clicking undo takes me to the edit window, but does not tee up the revert. Long-time Popups user. Windows 10 v. 1909, Google Chrome, Vector. Not sure when this started happening, but definitely at least the last week. Mark Schierbecker (talk) 05:43, 23 November 2019 (UTC)

Not sure who maintains this these days. Pinging User:Enterprisey, User:Amorymeltzer and User:Xaosflux. Mark Schierbecker (talk) 08:58, 24 November 2019 (UTC)

@Mark Schierbecker: there is not specific maintainer, it is a gadget (MediaWiki:Gadget-popups.js) so is in the "community" support mode. I use navpop, but don't usually use the function you are wrtigin about, can you provide some more details on how you are broken? Perhaps a specific link that you are hovering on to start? — xaosflux ^Talk 14:40, 24 November 2019 (UTC)

User:Xaosflux. Actually now I can't replicate this. Tool is working as intended today. Thanks for your help. Mark Schierbecker (talk) 17:30, 24 November 2019 (UTC)

Redirect page

In szywikipedia, It uses #重新導向 [[page]] to redirect, but popups can't distinguish the page is a redirect,ex. szy:Conghwaminku_Subana’ay_a_Pu-- Sunny00217 --(talk) 07:22, 21 December 2019 (UTC)

Dab separator

It would be very useful to have the option to specify a more distinct separator between disambiguation items, or to at least have a better default one. The current separator of ", " makes it difficult to distinguish between items in a long list, especially in instances where the titles themselves have commas. There's already a popupNavLinkSeparator option, but this would be much more useful. (Previously, I used a copy of the script in my userspace which I modified for my preferences, and I used " ♦ "; this worked great for me, but others may prefer a subtler " • ", or ' ⋅ ', or something else.) MANdARAX • XAЯAbИAM 22:56, 31 December 2019 (UTC)

Popups finally follows redirects more than once—yay! Hmmm…

It had annoyed me for years that Popups had a bug where, if I pointed to a link to a redirect, it would correctly display the titles of both pages (the redirect and the redirect's target) and the text/image preview from the redirect's target, but only the first time I pointed to that link. On subsequent points at the same link, it would only display the two titles, no preview (unless I refreshed the page before pointing at the link again). I don't think I ever reported it, but it did affect my behavior in an inconvenient way, in that I would avoid moving my cursor away from the link/popup if it was a redirected link and I hadn't yet finished reading the preview (or pointing at the links in it to get popups on them, the depth of a chain of which could be limited by having to keep my cursor over the original popup). Just now I noticed that it now works correctly when I point to the redirected link not just the first time but subsequent times as well. Whoever fixed it, thank you! (I did try to find any release notes or bug report related to this being fixed recently, but failed.) – PointyOintment ❬💬•⌨❭  12:00, 3 January 2020 (UTC)

Hold on. It's not completely fixed. At Covox Speech Thing#Music trackers, the link "trackers" links to tracker (music software), which redirects to music tracker. That one can't be previewed twice without refreshing the page. However, in the same section, the link "Fast Tracker" links to Fast Tracker, which redirects to FastTracker 2, and that one can be previewed repeatedly. So I guess it's not completely fixed. It's even quite possible, given that I found no discussion of this bug or fixing it, that something was changed without any intention to fix this bug. Either way, I guess I've reported it now. – PointyOintment ❬💬•⌨❭  14:26, 3 January 2020 (UTC)

Further weirdness. I thought I'd try it on the links in my previous comment here, and these are the results:

1. The link tracker (music software)—note that it has a lowercase t but MediaWiki makes the link target …/Tracker_(music_software) with capital T and underscores—can only be previewed once; after that, the popup doesn't show a preview, only the titles. If I instead or subsequently point at the link Fast Tracker or FastTracker 2 and then at the link "music tracker" (which links to tracker (music software), which redirects back to music tracker) in the preview, that one can also only be previewed once, but this "once" is independent of the "once" for the tracker (music software) link that's directly in my comment, apparently because the link target is different—the link target for the link in the preview generated by Popups is …/tracker (music software) with lowercase t and spaces.
2. The link Fast Tracker gets a preview as many times as I point at it, but if I then point at the link Covox Speech Thing#Music trackers and then at the "Fast Tracker" link in the popup, that one gets only the titles and no preview. The inverse is also true: if I (with this page freshly loaded) first point at the link Covox Speech Thing#Music trackers and then at the "Fast Tracker" link in the popup, that one gets a preview in its popup as many times as I point at it, but, after doing that, the link Fast Tracker directly on this page doesn't get a preview in its popup even once.

– PointyOintment ❬💬•⌨❭  14:55, 3 January 2020 (UTC)

Note, PointyOintment, that you don't have to refresh the page. Select popups/reset from the truncated preview, then the next time you hover, you'll get the full preview. MANdARAX • XAЯAbИAM 22:49, 3 January 2020 (UTC)

Oh, that's a more convenient workaround. Thanks for the tip – PointyOintment ❬💬•⌨❭  05:49, 4 January 2020 (UTC)

Patrolling

Tracked in Phabricator
Task T225181

Can this tool be given the ability to mark an edit as as patrolled?

It's irksome to view a diff via a pop-up, see that it is good, but then have to open it to mark it as patrolled. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:02, 28 January 2020 (UTC)

I see this is already on Phabricator. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:10, 28 January 2020 (UTC)

Possible bug

Has anyone been experiencing a bug with navigation popups wherein if you hover over a talk page link and try to navigate to the main article link, it adds "(Article):" to the front? For example, if I hover over Talk:Example and try to navigate from there to the article Example through the NavPops actions dropdown, it will instead shows a link to (Article):Example which isn't a valid article name. Master of Time (talk) 02:50, 26 January 2020 (UTC)

The procedure you describe works for me (Firefox or Chrome, Windows 7). As expected, it takes me to Example. -- Michael Bednarek (talk) 03:48, 26 January 2020 (UTC)

@Michael Bednarek: I don't know what to tell you other than it definitely doesn't work for me despite having worked fine just a day or two ago. Master of Time (talk) 04:38, 26 January 2020 (UTC)

What browser and OS do you use? (It seems be some Windows based on the fonts, but which version?) It works for me as well in Firefox 68.4 ESR on Debian 9 “stretch”. Do you get any error messages? —Tacsipacsi (talk) 11:04, 26 January 2020 (UTC)

@Tacsipacsi: It worked fine a week ago. I use Google Chrome on Windows 10. I set the fonts at User:Master of Time/common.css. Master of Time (talk) 14:03, 29 January 2020 (UTC)

@Master of Time: I finally got to test it on a Windows 10 machine (version 1909, Chrome 79), and it works fine. (Incognito mode, so nothing can come from the cache.) Do you get any error messages (Ctrl+Shift+J)? —Tacsipacsi (talk) 14:55, 4 February 2020 (UTC)

Not seeing disambiguation link repair tool

I am no longer getting the options to repair the link when I hover over a DAB link. I last used it here.

I have cleared cache and see the problem in Firefox, Chrome and Edge (!). "window.popupFixDabs=true;" is set in my vector.js, and I haven't made any changes in that area recently. William Avery (talk) 10:01, 4 February 2020 (UTC)

For me, "Click to disambiguate this link to:" for Labellum doesn't show in the edit summary at the link you provided. However, it does show on Platanthera cristata's previous version and here on this talk page. For which disambiguation page does it not show for you? -- Michael Bednarek (talk) 11:01, 4 February 2020 (UTC)

Unfortunately I'm not seeing "Click to disambiguate this link to:" anywhere, including the link to Labellum, above. The diff was provided as a record of the last time I used the facility, rather than with an expectation of seeing popups there now. William Avery (talk) 11:30, 4 February 2020 (UTC)

As an experiment I set "window.popupFixDabs=true; window.popupRedlinkRemoval = true;" in my common.js, and I now see the green "Redirects to: (Fix target or target & label)" and "remove this link" links. If nothing else, I'm learning more about popups. William Avery (talk) 12:00, 4 February 2020 (UTC)

I enabled for my other account, William Avery Bot, and I'm seeing the links. So it seems I need to fiddle around with my account settings. I will report back if I can fix it. Any suggestions welcomed in the meantime. 193.117.143.98 (talk) 12:10, 4 February 2020 (UTC) (Dang! I got logged out in Chrome when I logged out in Edge. William Avery (talk) 12:12, 4 February 2020 (UTC))

A "Restore all default settings" in preferences, and re-enabling Navigation Popups, has caused the dab tool links to re-appear. William Avery (talk) 12:24, 4 February 2020 (UTC)

The dab tool disappears from the navigation popup gadget when I enable Twinkle, and appears again when I disable Twinkle, in both my accounts. J'Accuse...! but can anyone else reproduce this? William Avery (talk) 13:25, 4 February 2020 (UTC)

I also noticed the one-click dab fix tool isn't working for me, for probably a couple of weeks now. MB 20:42, 5 February 2020 (UTC)

Thanks for the ping, Nthep; yup, this is on me/Twinkle. Just pushed a change that should fix it, might take a few minutes for the cache to up date. Let me know if I'm wrong, so sorry for the hassle everyone. ~ Amory (u • t • c) 20:55, 5 February 2020 (UTC)

@Amorymeltzer:, thanks - it all looks to be working ok to me now. Nthep (talk) 21:26, 5 February 2020 (UTC)

Can confirm it's fixed for me, too. Thanks. William Avery (talk) 11:22, 6 February 2020 (UTC)

Behavior when hovering over page status indicators

I think the behavior of NAVPOPS should be changed when hovering over page status indicators, such as {{top icon}}s. Most of these have tooltips that display specified text when the mouse pointer hovers over the icon, but when navigation popups is installed the navigation popup comes up when the reader hovers, rather than the tooltip. I think in the special case of page status indicators, there is no real use for NAVPOPS, so it should stay out of the way, letting the tooltip pop up. – wbm1058 (talk) 17:34, 23 February 2020 (UTC)

I like the popups even there, they support navigation. (I often open three, four, five or even more popups, one from the other, to quickly navigate between non-mainspace pages, and top icons can be a great place to start from. Also the icons’ texts often contain no additional information for experienced users, e.g. {{featured article}} says “This is a featured article. Click here for more information.”, which is obvious for me from the star alone.) Maybe there could be a user-configurable list of CSS selectors for which (including the whole DOM subtree) the popups shouldn’t appear. .mw-indicators may be present on the list by default. —Tacsipacsi (talk) 18:05, 23 February 2020 (UTC)

Timestamp localization wrong

Tracked in Phabricator
Task T223002

With daylight saving time upon us, Local timestamps wrong during Daylight Saving Time (DST; Summer Time) is about to become prominent again.

In short, storing the minute offset associated with the user's selected timezone, and using it to localize timestamps that may occur during times when the offset is different, is the wrong approach. If the offset is stored during winter time, localization of timestamps that occur during summer time will be wrong and vice-versa.

(Originally/also posted to MediaWiki talk:Gadget-popups.js#Timestamp localization wrong – sorry about the dup post, but this page appears more active.) —[AlanM1(talk)]— 00:15, 8 March 2020 (UTC)

No longer works in editing mode

I'm not sure what's going on with the text editor, but it seems only the 2017 wikitext editor is now available. The popup preview for links, which I used constantly, no longer works in editing mode. —Мандичка^YO 😜 07:27, 9 March 2020 (UTC)

Wikimandia, popups doesn't support the 2017 editor. If you want you can disable the 2017 editor in Beta features section of your preferences. —TheDJ (talk • contribs) 10:41, 9 March 2020 (UTC)

Patrolling 2

Tracked in Phabricator
Task T225181

I wish I could patroll edits using this tool, so I don't have to open the diff. I edit on the Portuguese Wikipedia, by the way, where single edits from unconfirmed users must be patrolled (not just page creations, like here in the enwiki). --Bageense^(disc.) 20:29, 13 June 2020 (UTC)

See existing ticket. And consider working on the fix! JesseW, the juggling janitor

See also #Patrolling, above. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:32, 30 June 2020 (UTC)

Abandonware

I'm reminded that, back in 2015, this tool was described as "abandonware". Yet it is clear that many people are still using it. Do we have any indication of how many? Or how many edits are made using it? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:37, 30 June 2020 (UTC)

A revert didn't just revert

With this edit I reverted the article on Daniel LaPlante to an earlier version. The edit summary accurately states my intent: "Revert to revision 963759559 dated 2020-06-21 17:02:56 by Jkgree using popups". The two intervening edits had reduced the size of the article, respectively, by 3 and 1 characters. But I saw that my reversion increased the size, not by 4, but by 16. Investigating, I found that the result didn't only roll back the intervening edits, but also replaced three arbitrary ordinary spaces with the entity code &nbsp;. What's going on? Largoplazo (talk) 11:46, 8 July 2020 (UTC)

Automatic installation - update required

Preferences → Gadgets → Browsing

appears to no longer exist. Hedles (talk) 12:48, 11 July 2020 (UTC)

I see it as the sixth box, under "Redirect image links to Commons for files hosted there", before "Open external links in a new tab or window". -- Michael Bednarek (talk) 13:07, 11 July 2020 (UTC)

Inappropriate images

On the French Wikipedia, it was reported that the pop-up on fr:Troisième République (France) displayed a nazi flag. That image did appear in the page (as the flag of a country with annexed part of the French territory in 1940), but of course it should not have been selected as the default image of this page since it was not the first image in the page and had nothing special compared to other images. Does anybody know how this tool selects an image in the page?

I collected other examples of wrong behaviour (you need to activate the Pop-up gadget in the French Wikipedia): fr:User:Seudo/TestPopups. Seudo (talk) 12:34, 21 July 2020 (UTC)

Seudo it gets the wikicode and looks for the first instance of [[File: or the local language variant of that. This gadget is pretty dumb in its heuristics and no longer being actively developed. —TheDJ (talk • contribs) 12:42, 21 July 2020 (UTC)

So it ignores images that appear as parameters of the infobox without the [[File: prefix... Thank you, that explains everything. Seudo (talk) 12:46, 21 July 2020 (UTC)

Any Idea How to add wikidata Qid into the popup

Hai, Is there any idea to include the wikidata id of the article into the popup? Or is this out of the scope because another api query is required to do this? Can you help me? --Ranjithsiji (talk) 17:23, 29 July 2020 (UTC)

popupShortcutKeys

Maybe I misunderstand this option. I'd like to have a functionality like this: An WP-Article has a WP:SC, and the explanation of this Shortcut should appear in the popup.--Hlambert63 (talk) 15:14, 1 August 2020 (UTC)

Edit: If is not possible to activate it for all users (or to make it customizable), maybe it can be resolved by some function code (not only setting of a variable) in my Users common.js?--Hlambert63 (talk) 17:32, 1 August 2020 (UTC)

"Send thanks" tries to use revid "prev" instead of actual revid when called from another NavPops window

Example of send thanks bug

If, on Firefox 77.0.1 on Win10 (if it matters), from a contribs page like Special:Contributions/Lowercase_sigmabot_III, I hover over a diff link to get a NavPops diff popup, then hover over its actions menu, and then click on the "send thanks" item, it attempts to go to https://wiki.riteme.site/w/index.php?title=Special:Thanks/prev instead of https://wiki.riteme.site/w/index.php?title=Special:Thanks/972317773 . That is, it doesn't find the correct revid when called from a popup from a contribs page.

It works correctly when called from a popup from a page history.

I believe this is the same issue reported here and here. (Pinging Enterprisey, who may be familiar with it.) —[AlanM1 (talk)]— 21:14, 11 August 2020 (UTC)

Allows access to deleted edit summaries

Not sure if this is a bug or not. I was using popups to look at the edit contributions of User:72.252.198.2 and it shows the full edit summaries, including one which says "THAT's IT.!!!!! Kick you in the [redacted]". Going to Special:Contributions/72.252.198.2 I find the corresponding edit summary is (edit summary removed).

It might be because I'm an admin that I can see the full edit summary with popups, or if this is a loopholes which affects all users. --Salix alba (talk): 11:36, 24 October 2020 (UTC)

If I use the above link and hover over "user/contributions", I see those 2 edit summaries from 2020-02-13 as "Hidden revision". -- Michael Bednarek (talk) 12:13, 24 October 2020 (UTC)

@Salix alba: Just a guess, but did you use popups to look at these edit summaries before they had been hidden? There may be some client-side caching involved. -- John of Reading (talk) 14:22, 24 October 2020 (UTC)

Nope, first time I've come across this IP and edits are from February. As Michael Bednarek and, John of Reading don't have sysop privileges and cant see the edit summaries it looks like it might just be admins which can see this. Seems link I can also see edit summaries for items which have been revision deleted in page histories.--Salix alba (talk): 18:57, 24 October 2020 (UTC)

I think this is actually a problem with mw:API. Popups uses the API with action=query&list=usercontribs and that also shows unredacted edit summaries. I've created a bug for this T266505. --Salix alba (talk): 20:03, 26 October 2020 (UTC)

Installation on third-party wiki

I've copy/pasted the code from MediaWiki:Gadgets-definition, MediaWiki:Gadget-popups.js and MediaWiki:Gadget-navpop.css to my own wiki, but the popups don't seem to look right. I've purged cache, and the wiki is on 1.35.0. What can I try to get it working right? -- Prod (Talk) 02:17, 18 November 2020 (UTC)

Infoboxes with multiple images

What happens when the article has an infobox with multiple images? How does the software choose which image to use? See Wikipedia:Teahouse § Nepali Flag not being shown when hovering over a Nepal link and Template talk:Infobox country § Image order for the purpose of navigation previews. AnonQuixote (talk) 04:40, 11 January 2021 (UTC)

Popups shows the flag when I hover over Nepal for me. -- Michael Bednarek (talk) 06:49, 11 January 2021 (UTC)

This is a weird case that I have brought up, the flag shows when Navigation popups are on in Preferences-Gadgets, but when it is off then the emblem gets shown instead for some odd reason. PyroFloe (talk) 09:44, 11 January 2021 (UTC)

We have two preview features with different functionality. This talk page is for "Navigation popups" at Special:Preferences#mw-prefsection-gadgets. It shows the flag for Nepal. The other feature is "Enable page previews" at Special:Preferences#mw-prefsection-rendering. Logged out users get that. The feature is mw:Page Previews, previosuly called Hovercards. It shows the image chosen by mw:Extension:PageImages#Image choice. It shows the emblem for Nepal because PageImages uses code which rejects images displayed with a width ≤ 119px. The flag is displayed at 90px because it's relatively tall but displayed with around the same height as the emblem next to it. The emblem is displayed at 120px so it's exactly allowed by PageImages. PrimeHunter (talk) 11:30, 11 January 2021 (UTC)

Usage on external non-wiki pages

Is it possible (or planned) to support this for external web pages? Whenever someone has a link to Wikipedia, it'd be great to have this kind of popup for a short preview before clicking and going into Wikipedia site. — Preceding unsigned comment added by 181.231.119.189 (talk) 21:37, 11 January 2021 (UTC)

revert with New wikitext mode can't generate summary automatically

revert with the beta feature New wikitext mode can't generate summary automatically, it will show a edit page and a blank summary. Is there a solution? --LaMagiaaa (talk) 14:41, 26 January 2021 (UTC)

Classify block

It same now "blocked someone contribs from editing some namespaces/pages" and "block users". But only "has blocks" may cause misunderstanding. --LaMagiaaa 19:37, 19 February 2021 (UTC)

Redirect fixer changes initial lowercase to uppercase

I have set window.popupFixRedirs = true; to enable the redirect fixer. In [1] popups changed solid Earth to Solid earth. It's the right target but I think it should change to solid earth and not use the canonical form with initial uppercase letter when the original link used lowercase. At least in this example where the only difference in the redirect is the case. If Foo redirects to Bar then it's more uncertain whether foo should change to bar or Bar, but I guess bar is more likely to be correct. PrimeHunter (talk) 00:18, 18 March 2021 (UTC)

feature request: ability to detect arguments in {{Wiktionary}} when disambiguating links

I know there is an option to link to the article of the same name on Wiktionary when disambiguating links. However, there are probably cases where a different form of a word would be more appropriate when linking to Wiktionary. For example, the new disambiguation page incision uses {{Wiktionary}} to also link to the Wiktionary articles for incise and incised. It would be nice if this tool could detect these additional terms and add them to the list of choices. Just an idea. Ixfd64 (talk) 04:26, 21 March 2021 (UTC)

Feature request:Images

A picture thumbnail is necessarily small. Pleasant if it could pop up at, say, twice or maybe even thrice the size, without clicking to make it fill the window. Jim.henderson (talk) 11:49, 28 March 2021 (UTC)

Have you tried to play with the configuration parameters popupImageSize or popupImageSizeLarge? -- Michael Bednarek (talk) 12:45, 28 March 2021 (UTC)

Feature request: preserve ^ or sup (power of 10) and preview anchors with sup

Preserve ^ or sup tags (or convert sup into ^) for power of 10: see preview for Googol, the 10¹⁰⁰ (10^100) turns into 10100. Related pages: Template:Large_numbers (sup), pl:Szablon:Wielkie_liczby (^). Sidenote: math tags seem to preserve ^ (Skewes's number).

Preview anchors with sup: if the anchor have sup tags, that entire section doesn't display (see previews for numbers of Trillion - Decillion in Template:Large_numbers).

Bonus task: If I put anchor in a table cell, the preview shows only that cell - can the preview be expanded to entire row?

Any pointers for those tasks would be welcomed - can it be done with custom filter? And if not, on what parts of the code should I be looking at?. MarMi wiki (talk) 15:18, 23 April 2021 (UTC)

Feature request: Page Views link

Can you add Page views link, like this? --Alex Blokha (talk) 10:30, 17 June 2021 (UTC)

Hovering on redirects twice

Has anyone noticed that it doesn't follow through the page like it does the first time, and so nothing is seen? Only a refresh seems to reset it. Any possibility for a fix? ~Lofty abyss 20:47, 10 October 2021 (UTC)

'sysop' or 'admin'

For consistency purposes, shouldn't hovering over administrators' usernames display admin instead of sysop, since admins on Wikipedia are (commonly) called "administrators" and not "system operators"? Some1 (talk) 16:06, 31 August 2021 (UTC)

There was a discussion just recently somewhere about how both are used. I guess "admin" is more frequent, though... the code seems to just pass through whatever the API tells it, which in this case is "sysop". Enterprisey (talk!) 01:19, 3 October 2021 (UTC)

@Some1: This is now done. —TheDJ (talk • contribs) 18:53, 19 October 2021 (UTC)

Preview not showing content of templates, and proposal for a solution

Hi, the preview for links does not show the output of templates (like {{lang}}, {{frac}}, {{sfrac}}, {{sic}}) because it only parses the source code rather than invoking the templates. This can be quite annoying when such templates are used in the lede of articles such as Cologne where the first sentence is shown as "Cologne ( ; ; ) is a city in Germany." in the preview. In this example, a possible "fix" could be to just remove the empty list ( ; ; ) from the preview, but this might not work reliably in all cases. I read that there is a configuration option to display the raw source code instead of not displaying anything at all, however, this does not actually solve the problem of sub-optimal preview display, either.

Browsing the talk archives I learnt that navigation popups already supports a hinting scheme to help the selection of an image through <!-- popup [[image:example.jpg]] -->. Although this is only a "hack", I propose to enhance this to support a scheme like {{<!-- popup: "preview-text" -->mytemplate|mytemplateparameters}} which would make navigation popups display the specified preview-text instead of nothing. In the example something like Cologne (German: {{lang|de|Köln}}) ... could change to Cologne (German: {{<!-- popup: "''Köln''" -->lang|de|Köln}}) ... and display as "Cologne (German: Köln)" in the preview instead of as "Cologne (German: )".

While this would not look particularly nice in the source code and would require active hinting in the affected articles, it would be relatively easy to implement and solve an annoying problem seen in many articles.

(Sidenote: We recently had a discussion how to possibly enhance known-to-be-problematic templates to issue some new kind of internal metadata (hidden in a "MeTaDaTa" pseudo-class span) to allow them to be used inside of CS1/CS2 citation templates which would extract this info to improve their own COinS metadata (see Help_talk:Citation_Style_1#Guidance_for_science_etc.) or control/improve their rendering behaviour (see Help_talk:Citation_Style_1#Journal_template_&_sic). My first thought was that this idea could be also be adapted to let templates in article ledes provide hidden information which could actively "assist" navigation popups to improve its preview display, however, this obviously doesn't work for as long as navigation popups would not invoke (or emulate an invocation of) the templates but just parses the wikitext. Therefore, I'm mentioning this just in case this behaviour would change in the future.) --Matthiaspaul (talk) 19:24, 15 October 2021 (UTC)

This sounds like a lot of work, whereas instead that same work could be spend on actually fixing the rendering. There are two reasons why that fix has not been made yet btw. First of all, section rendering is a feature of the popup, but section rendering is actually pretty hard (because sections do not exist). 2nd, lots of the features actually rely on being able to operate on the wikitext right now. That is something that will have to be reimplemented therefor. I personally don't see the need for a workaround with annotations as described here. —TheDJ (talk • contribs) 13:21, 23 October 2021 (UTC)

Sure, if the problem will be fixed at its root by, basically, rewriting the feature, this will be a better solution than my proposed workaround. Question, however, is, if someone will actually reimplement the feature in the foreseeable future (say, within a year or so). If not, the workaround, which, I think, would be much easier to implement, could be a solution to the problem as well, although not a nice looking one... --Matthiaspaul (talk) 12:26, 29 October 2021 (UTC)

Article section link in the popup leads to the Main Page

Apologies if this has already been reported. When I use the popups to display the first few sentences of the Dubrovnik article, some of the text links to that article's Names section. However, this is rendered in the popup as a link not to Dubrovnik#Names, but to https://wiki.riteme.site/wiki/#Names, i.e. Main Page#Names. Daß Wölf 19:13, 3 November 2021 (UTC)

I think this must be because the link in the article is [[#Names|see notes on naming]] instead of [[Dubrovnik#Names|see notes on naming]]. While a simple fix for this article would be to change the link, that leaves unadressed the undesirable behaviour in popups, likely to crop up in other articles. DuncanHill (talk) 14:37, 7 November 2021 (UTC)

I agree with your explanation, but "fixing" the link as you suggest is IMO not a good idea because clicking it will reload the page instead of just moving the focus to that anchor. -- Michael Bednarek (talk) 02:23, 8 November 2021 (UTC)

User popup

Hi, is there information somewhere that explains what all the data in the user popup means, when I hover over a name in the contribs list? I understand the bit about number of edits, date of account, but the data about number of bytes, wikilinks, number of weeks, I've never been entirely clear on. Where would I look for clarification? --Elonka 23:01, 14 November 2021 (UTC)

@Elonka: The second line of information is the same for any kind of blue link. If you hover over a user name, and it is formatted as a blue link to that user's user page, then the popup gives you some stats about the user page. -- John of Reading (talk) 07:52, 15 November 2021 (UTC)

Aha, thanks! Do you know if this is documented anywhere? --Elonka 02:07, 16 November 2021 (UTC)

@Elonka: I've added a description of the "user" information, placing it just in front of the description of the "page" information. I'm not sure how/if to spell out that you'll often see both the "user" and "page" information. -- John of Reading (talk) 07:48, 16 November 2021 (UTC)

@John of Reading: Thanks. I have to admit that when I was looking for docs, I guess I was scanning for something that would look like what I was seeing, maybe a screenshot of some sort. There are definitely images on the page, but I couldn't find anything that looked like a user popup. Maybe include such an image, and then put a box around that line with explanation that this is related to the user's userpage? --Elonka 07:23, 22 November 2021 (UTC)

Dab page detection

How does this tool determine if a page is a DAB? Apparently not by looking at categories. I was reading Departmental Council of Bouches-du-Rhône and hovered over deliberative assembly (in the lead) and the popup is treating it as a dab and suggesting the link can be disambiguated to any blue-link in the article. MB 16:19, 22 December 2021 (UTC)

The source code of the target page contains the word "disambiguation", which may or may not be the source of the problem. MediaWiki's built-in disambiguation detector (there is a preference to change the link colour) does not consider it as a dab page. —Kusma (talk) 16:41, 22 December 2021 (UTC)

There's a regex that determines whether a page is treated as a disambiguation page. Unfortunately I don't speak regex. —Kusma (talk) 14:28, 23 December 2021 (UTC)

It doesn't go by the title. It checks whether it's a disambiguation page, which it must detect based on whether it contains a disambiguation template or is in a disambiguation category.

I just tested it out, creating a link in my sandbox to my main user page. I hovered over the link and the popup registered it as a normal page. Then I added a {{disambiguation}} tag to my main user page, refreshed my sandbox page, and hovered over the link again. This time, the popup treated my main user page as a disambiguation page, presenting me with the opportunity to disambiguate my sandbox page link to the destination of any of the links on my main user page. Largoplazo (talk) 14:47, 23 December 2021 (UTC)

The check is against this:

'(\\{\\{\\s*disambig(?!uation needed)|disambig\\s*\\}\\}|disamb\\s*\\}\\}|dab\\s*\\}\\})|\\{\\{\\s*(((geo|hn|road?|school|number)dis)|[234][lc][acw]|(road|ship)index)(\\s*[|][^}]*)?\\s*[}][}]|is a .*disambiguation.*page'

I think that means pages containing the text "(disambiguation)" trigger it. —Kusma (talk) 15:02, 23 December 2021 (UTC)

My mistake, I'm sorry. I somehow misread you to mean that the title of the article was being checked by the regex. You're correct. The regex is being used against the entire source of the page—to identify the presence of the relevant templates. Largoplazo (talk) 15:34, 23 December 2021 (UTC)

Though it has parentheses in it, there's nothing in that regex that specifically looks for "(disambiguation)". Even if that's in the title, it wouldn't be in the source code. Also, in a regular expression, parentheses are used for grouping as they are in arithmetic expressions. To match a parenthesis character, the parenthesis in the regex needs to have a backslash in front of it: \( or \). Largoplazo (talk) 15:37, 23 December 2021 (UTC)

The wikitext of Deliberative assembly#Legislative body, specifically is a legally … [[Regional assemblies (disambiguation)|regional assemblies]]<!--intentional link to DAB page, matches is a .*disambiguation.*page. Certes (talk) 15:33, 23 December 2021 (UTC)

I wonder how many of the hits for that part of the regex are false positives. —Kusma (talk) 11:10, 25 December 2021 (UTC)

A search on a random prefix scales up to a total of about 175 articles. Certes (talk) 13:01, 25 December 2021 (UTC)

Indeed. I'm wondering whether the ".*" sequences should be more specific in some way, perhaps replaced with [ 0-9A-Za-z,-]* or whatever else will match the intended targets of that regex bit. Largoplazo (talk) 14:15, 25 December 2021 (UTC)

I'm wondering whether we can simply omit |is a .*disambiguation.*page. I haven't checked thoroughly but every page I've found which matches only that final alternative is an article rather than a dab. Certes (talk) 00:58, 26 December 2021 (UTC)

I think it should be removed. It is something that made some sense 15 years ago when not everything was templated. Now it just causes false positives. —Kusma (talk) 08:26, 26 December 2021 (UTC)

What about simply replacing this whole regex-based approach with asking MediaWiki (mw:Extension:Disambiguator) whether a page is a disambiguation page, i.e. treating the exact same pages as disambiguation pages as for example the gadget Display links to disambiguation pages in orange? Looking at the code, it does require quite some refactoring, but the data is already downloaded (e.g. if I hover over Template:Disambiguation, NavPopups does this query, where the presence of query.pages[0].pageprops.disambiguation means that it’s a disambiguation page), and we can get rid of this far-from-perfect regex, while the disambiguation feature will work in much more wikis, as it’ll no longer need manual per-wiki NavPopups configuration. —Tacsipacsi (talk) 22:34, 26 December 2021 (UTC)

That is probably a good way forward (and the most natural for those of us with the orange dablinks enabled). Asking whether the target page is a disambiguation page is better than checking for the orangey CSS on the origin page (as that fails in certain situations when a page contains more than one link to the same disambiguation page via redirects).

However, the advantage of the regex is that it is configurable, which could be useful in theory if you need to disambiguate a non-disambiguation page like a set index article for some strange reason. Not sure whether it would be useful to people in practice. —Kusma (talk) 22:42, 26 December 2021 (UTC)

Allowing one to treat more pages as disambiguation pages is simple: just keep the current regex-based system, add the page property-based one to it instead of replacing it, and remove the default regex so that the default configuration recognizes only real disambiguation pages. It’s also good for backward-compatibility: if a wiki or user has configured NavPopups, but Disambiguator isn’t configured there, disambiguation will continue to work. —Tacsipacsi (talk) 23:27, 26 December 2021 (UTC)

Reviewing links to non-dabs is not always strange. Links to articles like Daily Times are almost always errors, but attempts to label such pages as disambiguation are opposed because the listed entries have something in common. Certes (talk) 23:44, 26 December 2021 (UTC)

Error message

HI Lupin After enabling the Navigator popups Gdget in my preference, I see this error message display :

Information: You are importing User:Lupin/popups.js into your User:USERNAME/common.js or User:USERNAME/<skin>.js! This script is unmaintained. Please remove this inclusion and enable the Navigation popups Gadget in the preferences of your account instead.

This message only display on fr.wikiversity. Do you have an idée about how to fix this problem ? Lionel Scheepmans ^{✉ Contact} _{(French native speaker)} 12:15, 7 November 2021 (UTC)

Lupin hasn't been here for 13 years. But it is because the gadget on fr.wikiversity is loading the popups script incorrectly. Compare https://fr.wikiversity.org/wiki/MediaWiki:Gadget-Popups.js with https://fr.wikipedia.org/wiki/MediaWiki:Gadget-Popups.js and you'll see that wikiversity loads User:Lupin/popups.js on english wikipedia, instead of the gadget on wikipedia. —TheDJ (talk • contribs) 14:49, 7 November 2021 (UTC)

Thanks @TheDJ ! All the best for 22 Lionel Scheepmans ^{✉ Contact} _{(French native speaker)} 20:22, 6 January 2022 (UTC)

White background with white text

Anyone noticing white text on the popups? I have not done any changes to my settings in a while but I'm wondering if it's due to updates within MediaWiki? – The Grid (talk) 17:17, 24 February 2022 (UTC)

It looks like something with dark mode is being messed around - it's not coming from Navigation popups. – The Grid (talk) 18:00, 24 February 2022 (UTC)

I don't know if anyone has had issues with Windows 10 with dark mode but this seems to be an issue with how my computer is showing dark mode features. I even disabled custom Chrome flags that overrode dark mode functionality to have it not fixed. For anyone looking for similar advice, customizing how Windows handles colors seems to be a temp fix. Default app mode is light, default Windows mode is dark. – The Grid (talk) 14:29, 25 February 2022 (UTC)

Shortened footnotes

When hovering ones mouse over a citation that is a shortened footnote, it will be shown, however, it is not possible to view the source the short citation is citing when hovering over the clickable name-and-year as one can with reference tooltips. It is neither possible to check citations inside explanatory footnotes by hovering over them. It would be great if these could be implemented. Wretchskull (talk) 08:08, 25 March 2022 (UTC)

Suggestions

At SqWiki have an identical importation of that gadget from here. It works good. However when I hover over rollback links on Special:RecentChanges, I get a preview popup of the page, same as what I would get if I was to hover over its title. I was hoping to get the default tooltip explaining what a rollback actually is and does. Is this considered an intended behavior from the gadget? Would it make sense to ask for having a way for it to not interfere in that aspect and just show the tooltip normally or would that be completely on the reverse end of the gadget's scope? If it would, wouldn't it make more sense that it showed something else, not the page itself unchanged? I get the same behavior when hovering over "Pending change" on S:RecentChanges (the same questions can apply here). But I don't get the same behavior when hovering over the diff link or the revisions one in the same page. I also don't get a popup at all when hovering over the "Block" link beside a user's name. Instead I get what I believe to be the default tooltip, which maybe is a good thing? - Klein Muçi (talk) 00:41, 8 April 2022 (UTC)

{{Earthquake magnitude}} is not rendered

This template is rendered in Page previews, but appears to be skipped in Navigation popups, e.g. see 479 BC Potidaea earthquake: "The tsunami is believed to have been triggered by an 7.0 earthquake" instead of "by an M_s 7.0 earthquake". Daß Wölf 01:34, 10 April 2022 (UTC)

I think that behaviour is intentional. See some remedy suggested at Wikipedia talk:Tools/Navigation popups/Archive 7#Template usage. -- Michael Bednarek (talk) 02:51, 10 April 2022 (UTC)

Apologies, I assumed this was some issue connecting {{M}} and Navigation popups. I thought that PP and NP both skipped most templates and that this was an exception, but I just checked and apparently PP indeed renders {{convert}} and some other templates that NP doesn't. Daß Wölf 19:40, 10 April 2022 (UTC)

Enable for userlist on Special:MentorDashboard?

Can navpopups be enabled for onhover for the users in the list of mentees on this page? It seems to be running on the page in general, but not inserting the event handler in this section. — Preceding unsigned comment added by Xaosflux (talk • contribs) 02:27, 18 May 2022 (UTC)

Incompatible with Page Previews

Is there any way to add an option to Navigation popups so that they're turned off for article space, and instead the Page Previews appear? I'd like to continue using the Page Previews feature but also use these Navigation popups for non-article previews/summaries. — Bilorv (talk) 01:44, 1 December 2020 (UTC)

Similarly, I'd appreciate an option, dependent on popupModifier being set, to allow the standard Page Preview to appear when one hovers over a link without the popupModifier pressed (as opposed to getting no preview of either kind, as one does currently). —2d37 (talk) 05:08, 28 September 2021 (UTC)

@Bilorv: It looks like the maintainers are rather more active at MediaWiki talk:Gadget-popups.js; maybe this feature request should be moved to there? —2d37 (talk) 05:18, 28 September 2021 (UTC)

Raised it here, 2d37, thanks for the suggestion. — Bilorv (talk) 13:33, 28 September 2021 (UTC)

Alternatively, you could make navpopup look like page previews as much as possible (which, admiteddly, is much nicer looking):

.navpopup {font-size: 0.875em; color: #202122; max-width: 500px !important}
.popup_drop, .popupData {font-size: 0.8em}
.popup_mainlink {
  font-family: 'Linux Libertine','Georgia','Times',serif;
  font-size: 1.5em;
  font-weight: normal
}
.popupImage {padding: 0}
.popupImage img {
  height: fit-content;
  width: auto;
  margin: -10px -10px -5px 10px
}

— Guarapiranga ☎ 01:20, 27 May 2022 (UTC)