Jump to content

Wikipedia talk:Tools/Navigation popups

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
< Wikipedia talk:Tools
This is an old revision of this page, as edited by Prod (talk | contribs) at 02:17, 18 November 2020 (→Installation on third-party wiki: new section). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

This page is for discussing Navigation popups and reporting bugs you encounter with it. Please be aware that the original author of Popups (Lupin) is no longer active on Wikipedia. All issues are handled at the discretion of other experienced editors. Note that this project has an associated Phabricator project where implementation-related discussion happens.

Not sure how to explain your problem clearly? Read How to Report Bugs Effectively for some general pointers.

Some common questions are answered in the FAQ.

Hint/tooltip glitches

Good day,

The altering of the action object property in the getPrintFunction function, in these two cases (lines 5679 and 5688): 

	case 'unwatch': case 'watch':
		this.print=magicWatchLink; this.action=this.id+'&autowatchlist=1&autoimpl=' + popupString('autoedit_version') + '&actoken='+autoClickToken(); break;

	case 'delete':
		this.print=wikiLink; this.action='delete';
		if (this.article.namespaceId()==pg.nsImageId) {
			var img=this.article.stripNamespace();
			this.action+='&image='+img;

and its use for retreiving the i18n tooltip in the wikiLink function (line 6174): 

	var hint=popupString(l.action + 'Hint'); // revertHint etc etc etc

result in tooltips with url code between the action term and 'Hint', like: un|watch for any watch/unwatch, and delete for images (hover to see). I guess the altering of action needs to be moved to the switch statement in the wikiLink function (starting at line 6178).

Another one is email user – the i18n key 'EmailuserHint' (line 7049) needs a capital U.

With kind regards — Mar(c). 12:20, 7 January 2019 (UTC)

IPv6 /64 ranges

It would be useful if links for IPv6 addresses (in contributions and watchlists), when moused over, could have an option to produce a list of contributions for the /64 range to which the address belongs instead of just the specific /128 address.[1]

One way to do this would be by splitting the link into two pieces, like this:

2A02:C7F:202:7500:14B3:9AA7:46A3:B9E0

When you mouse over the left side, you should get the contribs for the 2A02:C7F:202:7500::0/64 range (which currently doesn't work). When you mouse over the right side, you get the contribs for just the specific 2A02:C7F:202:7500:14B3:9AA7:46A3:B9E0/128 address.

References

  1. ^ As I understand it, IPv6 addresses are typically allocated in /64 blocks for each user by the provider. E.g., instead of your ISP allocating you a single IPv4 address of 189.201.223.245 (/32), and your router doing network address translation to your internal network of about 256 addresses in a block like 192.168.1.0/24 in a private use range, for IPv6 they will allocate 2A02:C7F:202:7500::0/64 to you and your internal network devices are assigned their addresses from that block (2A02:C7F:202:7500::0 through 2A02:C7F:202:7500:FFFF:FFFF:FFFF:FFFF).

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)[reply]

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)[reply]
@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)[reply]
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)[reply]
@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)[reply]
@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)[reply]

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)[reply]

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)[reply]
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)[reply]
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)[reply]
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))[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
@Amorymeltzer:, thanks - it all looks to be working ok to me now. Nthep (talk) 21:26, 5 February 2020 (UTC)[reply]
Can confirm it's fixed for me, too. Thanks. William Avery (talk) 11:22, 6 February 2020 (UTC)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

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)[reply]

Automatic installation - update required

Preferences → Gadgets → Browsing

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

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)[reply]

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)[reply]

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)[reply]
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)[reply]

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)[reply]

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)[reply]

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)[reply]

"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://en.wikipedia.org/w/index.php?title=Special:Thanks/prev instead of https://en.wikipedia.org/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)[reply]

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)[reply]

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)[reply]
@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)[reply]
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)[reply]
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)[reply]

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)[reply]

Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Tools/Navigation_popups&oldid=989281258"