Jump to content

Wikipedia talk:Tools/Navigation popups/Archive 9

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Archive 5←Archive 7Archive 8Archive 9Archive 10Archive 11Archive 12

New version for popups

I'm going to start working on a new version for popups to take advantage of jquery and the API. Hopefully this will fix some bugs. If anyone has started to work in something similar or wishes to collaborate in this project please contact me. Chico Venancio (talk) 13:36, 3 June 2012 (UTC)

New page patrolling

Why is it that whenever I try to use the patrolling function that I get the message "There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again."? Is it a bug, or do I need to have something configured... etc. Thanks. "Pepper" @ 19:28, 6 June 2012 (UTC)

I get the same message when i try to mark edits as "Patrolled" on a (external to wikipedia) wiki, i have no problem when using the default functionality of mediawiki to mark them patrolled though...⇐⇑©TriMoon™ Talk @ 01:33, 12 July 2012 (UTC)

Broken in Firefox 13?

Is it just me or has Firefox 13 broken popups? Post-update from v12 to v13, I now get a big space between elements.

··gracefool☺ 01:42, 20 June 2012 (UTC)

I don't think this is a navpopup issue; it's most probably a bug in FF13 concerning font rendering, addressed in this bugzilla bug report (see the "Space in location bar with special font" image attachment). I know of the bug because I was looking for the reason why italic texts show ugly after I updated to FF13 (my sans-serif font setting for FF is Tahoma, see the "noscript menu item" image attachment in the bug report). My popups look just fine though, also when I change my sans-serif font setting to Arial (both tested with window.popupStructure = 'original').
Until that bug is solved, you may be able to "fix" your popup problem by updating the font in your FF sans-serif font setting, or change that setting to another font. I hope this helps!
With kind regards — Mar(c). 09:40, 20 June 2012 (UTC)
Thanks. BTW it happens for every setting, not just 'original'. I tried blanking my common.css and still have the problem. I also still have the problem no matter what I change my font to. Worse than that, I tried creating a fresh Firefox profile and that didn't fix it either. I don't have any per-application custom settings so the only thing left is my OS - I'm using Windows XP, I assume you're not. ··gracefool☺ 17:17, 20 June 2012 (UTC)
Hrm... According to this comment on bugzilla, your system may be displaying the ⋅ character (dot operator: ⋅ ) using the Cambria Math font, which appears to be (part of) the problem. (I'm using Win7, here Segoe UI Symbol is being used to display that character.) If that is the case, adding this:
window.popupNavLinkSeparator = ' · ';
to your common.js should make things look like normal again; the middle dot ( · ) should cause less trouble (I see it's in your signature too).
With the fontinfo FF addon you can check which fonts are actually used in selected text. With kind regards — Mar(c). 19:53, 20 June 2012 (UTC)
Brilliant, that worked ^_^ BTW your text above is a great example of the Firefox bug. Indeed the dot renders in Cambria Math, and it takes up over 3 lines of space, such that I can't select anything else on those lines, or click the link to the bug... great job tracking that down and providing a fix :) ··gracefool☺ 01:35, 21 June 2012 (UTC)
Yeah, I figured it would also render like that here, but I didn't think it was going to cause select/click trouble.
Anyway, you're welcome! :-) and I hope someone knows of a solution for the apparently somewhat related Tahoma italic rendering issue − since FF13, wasn't fixed in 13.0.1. So... some about:config setting change? (I hope there is; I didn't find one that worked.) Switching to Arial or Verdana isn't a solution for me, does anyone know of an alternative font that is very similar to Tahoma, and includes Italic and Bold Italic? Or I'll wait for, and hope it's fixed or workaroundable in, 13.0.2. Sorry for the off-topic. With kind regards — Mar(c). 02:17, 21 June 2012 (UTC)

Categories display suggestion

Sometimes, especially with categories, I'm very interested in seeing which categories a page is a member of, rather than the page content. Please add either:

  • An option in the popup to show the page's assigned categories, or
  • A flag to always display a category's parent categories, either below or in place of the category member list.

Thank you for your consideration of this request. ~ MD Otley (talk) 17:01, 4 July 2012 (UTC)

IPv6

Hi. IPv6 edits (and really, really, long usernames but I'm not too concerned with that) seem to sort of break the styling for the popups. The edit summaries end up flowing over the popup box and make things hard to read. I can post a screenshot if needed. Is there a way to wrap the text or something? Killiondude (talk) 22:41, 6 June 2012 (UTC)

Furthermore, pop-ups don't recognize IPv6 addresses as "valid" anonymous users - it will not say "BLOCKED" or "RANGEBLOCKED" for IPv6 addresses. This is something under the scrutiny of WP:IPv6.--Jasper Deng (talk) 22:49, 6 June 2012 (UTC)
This problem can been seen by hovering over this link. --Pascal666 16:34, 7 September 2012 (UTC)

Add deleted edits

When you hover over a userpage link it only shows the user's "live edit" count, edits that haven't been wiped because of page deletions. This is kind of unfair to new page patrollers who have many deleted pages. I have 36,000 edits, not 29,000. Marcus Qwertyus (talk) 09:39, 8 August 2012 (UTC)

Wikipedia search results page suggestion

Sometimes while I am searching, I wish for one of the results on the search results page some more text and maybe multiple text phrases containing the searched word. It would be nice to have a link at the left side of the bottom of the preview (similar to the more... at the right side of the bottom of the preview) to show a special preview-like popup that shows some text phrases with the searche word from the article, when I hovering its link on the search results page and clicking the extralink at bottom left. --Diwas (talk) 20:34, 11 August 2012 (UTC)

Opening redirect pages

Is there some option I've not found that I can enable to allow me to open a Redirect page using popups? (That would be opening the page using the "&redirect=no" parameter on the http statement.) The closest I can come right now is to open a page peripherial to the redirect (like an edit of it, its talk page or the target article) and then go back to it (which is a pain/waste of time/waste of bandwidth/etc.). I'm thinking there should be something like a "View Redirect" option on the "Actions" drop-down menu. If such a function does not yet exist, can it be added? Thanks... Cbbkr (talk) 20:48, 16 August 2012 (UTC)

Opera 12

I just installed Opera 12.02 and I see it does not render as it should; the mini-menus under the title do not appear as popus, but are shown as horizontal lists with pipes in between. Is this correct? — Edokter (talk) — 12:34, 31 August 2012 (UTC)

Have you tried to add popupStructure='menus'; to your user javascript file? -- Michael Bednarek (talk) 14:02, 31 August 2012 (UTC)
That 'fixes' it (as does the default 'shortmenus'), but shouldn't that be enabled by default (as it is in all other browsers)? — Edokter (talk) — 14:15, 31 August 2012 (UTC)
That's probably because at some point in time, Opera was not supported with that style, as were older IE versions. Likely hard coded disabled somewhere for opera. —TheDJ (talk • contribs) 20:33, 31 August 2012 (UTC)
I've been using Opera and popups for years. It has always looked like that. Mr Stephen (talk) 21:12, 31 August 2012 (UTC)

Autopatrolled

I wonder why the bottom line of the popup when hovering over an autopatrolled user still says autoreviewer when the name has been changed? Can this be updated to reflect the change? Rcsprinter (constabulary) @ 10:22, 7 August 2012 (UTC)

Agree - I just noticed this, but honestly, the change was in 2010... it's been over 2 years! "Pepper" @ 18:02, 17 August 2012 (UTC)
That's because the name of the tag is still "autoreviewer": Special:ListUsers/autoreviewer. --Moonian (talk) 05:31, 18 October 2012 (UTC)

Could it be that — as it is in diffs for [Mark as patrolled] — the [mark patrolled] link does need the token parameter ?

It fails with the message « There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again. »

This problem has been reported in it.wikipedia and I have tested and confirmed it in it.wikinews, where I'm sysop. Here I can't test if it goes the same way.

-- Codicorumus  « msg 17:19, 5 September 2012 (UTC)

Userbox

I love Navigation popups; I can no longer envison working on Wikipedia without them. Thank you.

I couldn't find a Userbox, so I made User:UBX/Navigation popups. Please fee free to modify it as necessary. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 19:58, 18 August 2012 (UTC)

I also made User:The Anonymouse/Userboxes/Navigation popups, and I have added your userbox to the main NP page under the "Userboxes" section. The Anonymouse (talk • contribs) 05:35, 19 November 2012 (UTC)

Bug with bolding text

The 'Pataphysics article has a prime/apostrophe before the bolded word, and the navigation popups apparently can't parse the template for a special title, and reads it as an bold opening for the entire article since there is no closing prime/apostrophe. Is there a way to fix this? - M0rphzone (talk) 05:30, 19 September 2012 (UTC)

Is it necessary to fix it? In what way does this behaviour reduce the gadget's functionality? And: maybe that problem would disappear if in that article the code <nowiki>'</nowiki> were replaced with the template {{'}}. -- Michael Bednarek (talk) 14:39, 19 September 2012 (UTC)

Feature request : "see code"

When you hover over a link to a template, its raw wikitext is shown instead of the content be rendered. I think that it would be useful a new "see code" option under the actions menu of *any* page, so we may have a quick look to its first xx characters of wikitext, if needed. Gustronico (talk) 18:21, 19 September 2012 (UTC)

Disabling the redirect-changing option for edit summaries

Hovering over internal links present in edit summaries which redirect to other Wikipedia pages gives you the green-font "Redirect" option, clicking on which produces nonsensical results. For example, go to this article history page and hover over the WP:CHECKWIKI link present in an edit summary. This should offer you the opportunity to go to the URL en.wikipedia.org/w/index.php?title=Reproduction&action=edit&autoedit=s~\[\[\s*(%5BWw%5Dikipedia%3ACHECKWIKI(?:#[^\[\|]*)?)\s*\]\]~[[Wikipedia%3AWikiProject%20Check%20Wikipedia|$1]]~g;s~\[\[\s*(%5BWw%5Dikipedia%3ACHECKWIKI(?:#[^\[\|]*)?)\s*[|]~[[Wikipedia%3AWikiProject%20Check%20Wikipedia|~g;s~\[\[Wikipedia%3AWikiProject%20Check%20Wikipedia\|Wikipedia%3AWikiProject%20Check%20Wikipedia\]\]~[[Wikipedia%3AWikiProject%20Check%20Wikipedia]]~g&autoclick=wpDiff&actoken=krzR2aWwa5BvPjzAW2dDSVoAeHdxyNcL&autominor=true&autosummary=Redirect%20bypass%20from%20%5B%5BWikipedia%3ACHECKWIKI%5D%5D%20to%20%5B%5BWikipedia%3AWikiProject%20Check%20Wikipedia%5D%5D%20using%20%5B%5B%3Aen%3AWikipedia%3ATools%2FNavigation_popups%7Cpopups%5D%5D, which attempts to purge the article text itself of the redirect text which only existed in an edit summary.

The same goes for log entry edit summaries. E.g. hover over the first G11 link here, which should end up taking you to the log page with any filters you had applied stripped off, all the inapplicable parameters like &action=edit being ignored.

I would recommend that this option be removed in case it starts to cause trouble. It Is Me Here t / c 21:00, 21 October 2012 (UTC)

Session ID

I'm getting the below error: 

mw.user.sessionId is not a function
http://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-popups.js
Line 1163

--Superm401 - Talk 19:27, 2 November 2012 (UTC)

If it's relevant, I am using:
importScript("User:Lupin/popups.js");
As you know, that in turn imports the gadget. Superm401 - Talk 19:32, 2 November 2012 (UTC)
Did you always get that message or did it work previously? Have you tried to activate the navigation popups from Special:Preferences#mw-prefsection-gadgets instead? -- Michael Bednarek (talk) 06:18, 3 November 2012 (UTC)

?action=info support

Now that the ?action=info option has been enabled, any chance we could get a link to that in the "actions" section of navpopups? Thanks, Legoktm (talk) 10:20, 8 November 2012 (UTC)

A lot of it is duplicative of what's there already, but of interest is the new "Number of page watchers" (which should just get added to the primary popup info line with the size and # of links), the Edit History section, the transclusion list, and some of the links to other toolserver tools. Many thanks to those who maintain this tool – it vastly improved my productivity! —[AlanM1(talk)]— 18:58, 17 January 2013 (UTC)

References

Is there a way to set popups not to do anything when you hover over a reference? I like the new reference tooltip better. Ryan Vesey 17:43, 1 August 2012 (UTC)

[Moved from later section:] Is there a way I can selectively disable Popups for footnotes in my common.js? I prefer the appearance of Reference Tooltips for them, which Popups overrides. — Hex (❝?!❞) 14:09, 21 September 2012 (UTC)

Yes, I also like the new reference popup better. Could somebody at least add an option that can be set? The Anonymouse (talk • contribs) 05:35, 19 November 2012 (UTC)
Bumping thread. — Hex (❝?!❞) 09:56, 19 December 2012 (UTC)

Is it possible to stop refs ([1]) from generating popups? Because ATM for me they do, duplicating the function of WP:Reference Tooltips. Thanks. It Is Me Here t / c 13:47, 5 March 2013 (UTC)

I wrote a workaround.
Complete information is available in English as initial comment inside script code. If you can read Italian, you can also see it:User:Codicorumus/ReferenceTooltip-Popups workaround — but at the moment there are more informations inside scripts.
Who wants to try the workaround can insert one of these lines in the user's common.js :
  • if you're getting double popups
    mw.loader.load( '//it.wikipedia.org/w/index.php?title=Utente:Codicorumus/ReferenceTooltip-Popups_workaround.js&action=raw&ctype=text/javascript' );
    best option — shorter and faster code
  • if you're getting only popups from "Lupin/popups.js"
    mw.loader.load( '//it.wikipedia.org/w/index.php?title=Utente:Codicorumus/ReferenceTooltip-Popups_workaround_plus_load.js&action=raw&ctype=text/javascript' );
    larger and slower code, but multilingual — it loads-or-reloads ReferenceTooltips.js : so, if you can, disable other loadings
Feedback at it:User talk:Codicorumus/ReferenceTooltip-Popups workaround would be appreciated.
-- Codicorumus  « msg 21:38, 19 March 2013 (UTC)

Special pages

I'd like to use this tool for special pages as well. eg this equation [1] links to a special page. However there is no popup. What can I do to show the popup? --Schubi87 (talk) 22:39, 20 November 2012 (UTC)

Excerpt size - what is the exact limit?

What is the specific size-limit, for the quantity of text that Popups displays in its excerpt? It occasionally trims very large 1st paragraphs, eg in the popup for Sturm und Drang the excerpt doesn't include the last sentence of the 1st paragraph. I'd like to know specifically (character limit? word count?). Thanks. —Quiddity (talk) 21:52, 28 November 2012 (UTC)

Suggestion for redlinked images

This is how a deleted image shows in an article: File:JohnFarrar.jpg. When I hover over it, popups tells me all about the page Wikipedia:File Upload Wizard. Is there any chance that it could show the image name and the deletion log entry instead? -- John of Reading (talk) 07:12, 19 December 2012 (UTC)

Mark a recently updated page as "visited"

I use the feature that highlights watchlist entries for recently updated pages with changes that I haven't seen yet (see Wikipedia:Customizing watchlists#Styling of recently updated pages). Is there a way, using Navigation popups, to mark a specific page as visited? I regularly use the preview features provided by Navigation popups to look at the diffs of recently changed pages, and it would be tremendously convenient for me if I could mark a given page as visited the same way. — Tobias Bergemann (talk) 13:07, 21 December 2012 (UTC)

Time zone

I have my time zone set to "America/New York". However, when checking history in Popups, the times show up one hour later, as if it were still on Daylight Saving Time. --SarekOfVulcan (talk) 15:40, 3 January 2013 (UTC)

Déjà vu? Wikipedia talk:Tools/Navigation popups/Archive 8#Popups reporting wrong time since DST switchover. Does fiddling with the timezone preference again fix it? Amalthea 17:05, 3 January 2013 (UTC)
Yup, that did it. Thanks! --SarekOfVulcan (talk) 20:39, 3 January 2013 (UTC)

No popups for Special:Permalink?

Not sure about the last one. But the first two (including possible localizations) would be very nice. --TMg 23:01, 3 January 2013 (UTC)

Invisible unicode characters and POPUPS

Hi. I 've been told that POPUPS introduces invisible unicode characters at the end of categories. Check User_talk:Magioladitis#Prevention_is_better_than_cure. Is there any away to avoid this addition? -- Magioladitis (talk) 20:53, 21 January 2013 (UTC)

To the best of my knowledge, popups doesn't display a page's categories anywhere in the previews. Some other tool, perhaps? Amalthea 21:08, 21 January 2013 (UTC)
I never used it so I can't be sure. Can you please contact the editor who reported this in my talk page directly? I am curious to find out where these characters come from! -- Magioladitis (talk) 21:50, 21 January 2013 (UTC)
Sometimes I hover over a category at the foot of one article, select the name including "Category:", copy it, and paste it into another article. I am pretty sure that is how I ended up pasting a control code in this revision of MOSES before the closing brackets in Category:Bus transportation in Michigan‎.
I think this is nothing special about categories, but would also happen with article names when I hover over a redirect, select the target name from the popup, copy and paste.
In terms of detecting the invisible characters, I have just discovered that when I edit a page in Windows IE8 or Mac Safari 5, the character is detectable when I use the left and right arrow keys to step through the text, but in Mac Firefox 18 (which I'm using right now) the cursor does not "hesitate" where that character is. I was using IE8 when I pasted the above example into MOSES. – Fayenatic London 09:18, 22 January 2013 (UTC)
This may be down to MediaWiki rather than specific to Popups. If I select a blue link to a sub-category from a category page (here is a busy one to practice on), copy, then paste, I usually get an invisible character at the end, especially when my selection included a trailing space. So if I type [[Category, then paste the name in and add the closing brackets like [[Category:Classical albums by artist nationality‎ ]], I may backspace over the trailing space but am unlikely to check for an invisible character. Note that the article will appear in the category even if I leave the trailing control character or the trailing space.
It is interesting to note that WP:HOTCAT does not accept a category as valid if extra characters are present.
Moving ahead: even if Popups is not guilty of adding the control character into the popup text, I wonder if it could be amended to subtract it? – Fayenatic London 14:20, 24 January 2013 (UTC)
I reported a similar bug to bugzilla recently (https://bugzilla.wikimedia.org/show_bug.cgi?id=42807). Maybe we could ask something similar for the categories? -- Magioladitis (talk) 14:45, 24 January 2013 (UTC)

Wikidata support

NavPopup could be a great help to the Wikipedia's Wikidata project. Starting today, all EN wikipedia articles show language links (interwikis) from Wikidata (note the "edit links" at the bottom of the languages list on the left hand side). Even though the NavPopup is available as one of the gadgets there, it is not very helpful. If you move the mouse over the language links in d:Q2013, only empty boxes pop up. It would be very useful for all interwiki editors if they could quickly view the referenced page. Also, soon wikidata will allow access to the stored statements, which could also use popups. Thanks! --Yurik (talk) 04:28, 14 February 2013 (UTC)

You'll have to provide a better description of what you want here, I have no idea what a d, a language link page, a reference, and a Q object are. Amalthea 13:02, 13 February 2013 (UTC)
Explained above. --Yurik (talk) 04:28, 14 February 2013 (UTC)
Please see BUG 44948 for some extra info related to this. As suggested there, API extracts call could already be used through JSONP, and could be a good solution before CORS. --Yurik (talk) 12:47, 14 February 2013 (UTC)
Here's my attempt do describe the desired extension: In the past, popups provided a glimpse of changes via the "(diff)" link in a watchlist; if a change had been made to an article's interwiki links, it could be inspected quickly. Now, these changes happen at Wikidata and look something like this:

(diff | hist) . . Eleven Chorale Preludes (Q5359758); 11:40 . . Sk!dbot (talk | contribs) (A Wikidata item has been linked to this page.)

What's needed is the capability to get a popup on the "diff" link. Note that the example is not well chosen as it represents the creation of a new item at Wikidata, not a modification, but I couldn't find a modification example on my watchlist. -- Michael Bednarek (talk) 12:32, 26 February 2013 (UTC)
I now believe that showing differences with popups on Wikidata is not possible because no wikitext gets changed; it seems using the GUI at Wikidata manipulates a database directly. -- Michael Bednarek (talk) 04:45, 20 March 2013 (UTC)

Include link to page log

I consistently find myself looking for a link to the full page log in popups, rather than just the deletion or protection logs; likewise, I often desire userpage logs, and usually resort to opening the user log and then cutting and pasting the user name to the next field. Could we get a link to a page log? I think it would be quite well received, as this has been requested before, including by this jerk. To maintain consistency of space, I can imagine it going piped next to history (or the user log, if a user popup). ~ Amory (u • t • c) 05:38, 17 March 2013 (UTC)

imagePopupsForImages = false; doesn't work anymore

Popups are displayed when hovering over images, even though I set window.imagePopupsForImages to false. Can somebody please confirm this? --V111P (talk) 04:28, 22 March 2013 (UTC)

I use this tool on Wikia and so far it worked good. But it only works for IPs on "english-speaking" Wikis. Is there a way that this extension could also made working for IPs wikis that are in another language? --Sotho Tal Ker (talk) 17:35, 14 April 2013 (UTC)

AbFil counter hit?

When hovering over somebody's username, at the bottom of the Popup, in addition to saying "x edits since ...", could there be a config option for it to also say "y filter hits"? Thanks! It Is Me Here t / c 11:38, 30 April 2013 (UTC)

Feature request: show edit summaries

Quite often the edit summary, rather the content or result of the edit, is the intended referent of a diff that’s linked in a discussion, while the navigation popup only shows the content. One can sometimes see the ES in question in the history popup, if it’s fairly recent, but an old edit–or one made on a busy page–will be too far down the list to find that way. It would be handy not to have to follow such links (Yes, I’ve been spoiled by the convenience of reading content diffs!); would it be feasible to display the ESs accompanying diffs, whether in the header, as a tool-tip, or as an option under the “actions” menu? If not as a generally implemented feature, something users could add to their own .js page?—Odysseus1479 (talk) 00:59, 11 May 2013 (UTC)

Problem with the edit summary when reverting

There has been for some time a problem with the edit summary when reverting, at least on portuguese wikipedia (problem detected on june 2012, as shown on pt:Wikipédia Discussão:Software/Popups de navegação#Problemas no sumário de edição). The problem with the ES is that the tool is not replacing the codes $1, $2, $3 with the revision ID, the timestamp and the editor corresponding to the revision being reverted to (I just had this issue on pt:Marco Aurélio Nogueira). I would be grateful if it could be fixed or pointed a solution. Max51 (talk) 02:09, 23 May 2013 (UTC)

IPAc-en - Can we suppress popups for this template?

The standard pronunciation template, {{IPAc-en}}, has a default mouse-over feature, e.g. /ˌæləˈbæmə/

Would it be possible to disable popups, when a user hovers over these templates?

The CSS class="IPA" is used consistently throughout, if that helps.

(Note: Talk-Archives contain 1 instance of "IPA", back in 2006, someone asking the same thing!). Thanks. –Quiddity (talk) 19:45, 1 June 2013 (UTC)

Also, I went to leave a note at the template's talkpage, and someone was requesting the same thing, but over there, in March. See Template talk:IPAc-en/Archive 1#Edit request March 2013 in case the technical details left there, are of additional use. –Quiddity (talk) 19:51, 1 June 2013 (UTC)
I am considering the possibility of nesting pronunciation & etymological information inside of a tooltip (Ouroboros is a working example, mouseover the superscript [a] after the name). This probably doesn't change the effect you're talking about but I want to make sure. --deflective (talk) 00:49, 2 June 2013 (UTC)

Visual Editor

Popups don't work in VE, and I never realised how much I rely on them until I tried using VE! I raised it on the feedback page (had forgotten it was a gadget), and didn't get any joy. Will Popups catch up with VE? Please! I use it all the time - finding dates and epithet to add to an entry on a dab page, checking links in a stub I'm sorting or something I've written and am previewing, etc. A big "Thank you" to the creators of Popups, and I hope it will be enabled for VE. PamD 07:49, 22 June 2013 (UTC)

Simple adds should show earliest possible section of text

When rolling over a diff link, the popup shows the relevant diff. In the case of an edit that inserted a new member in a list of members that all start similarly (like a list of cites), it highlights in green a later chunk of text than it logically should.

Example: Roll over this link. The highlighted text is as shown here:

CIA)|accessdate=3 March 2012}}

* {{cite web |author=|url=http://news.bbc.co.uk/hi/english/static/in_depth
/world/2001/war_on_terror/key_maps/ethnic_pashtun.stm|title=Ethnic
groups|publisher=[[BBC News]]|accessdate=7 June 2013|quote=Pashtun:
Estimated to be in excess of 45% of the population, the Pashtuns have
been the most dominant ethnic group in Afghanistan.}}

* {{cite book|title=The Challenge of Democracy: G

In reality, the text inserted was the * {{cite web.... That is, it logically should show:

CIA)|accessdate=3 March 2012}}

* {{cite web |author=|url=http://news.bbc.co.uk/hi/english/static/in_depth
/world/2001/war_on_terror/key_maps/ethnic_pashtun.stm|title=Ethnic
groups|publisher=[[BBC News]]|accessdate=7 June 2013|quote=Pashtun:
Estimated to be in excess of 45% of the population, the Pashtuns have
been the most dominant ethnic group in Afghanistan.}}

* {{cite book|title=The Challenge of Democracy: G

This can be solved as follows: If the current highlight starts at the second character of the buffer or later, compare the character before the current highlight start with the character after the current highlight end. If they are the same, move the highlighted section back by one character. If the current highlight already starts at the beginning of the buffer, or the compared characters are not the same, you're done.

This can be done with a simple while loop: Assuming the text is in an array named x, and the highlighted part starts at position n and is q characters long (i.e. the highlight is from x[n] through x[n+q-1]), add the following code after finding a green highlight chunk: 

while (n >= 1 && x[n + q] == x[n - 1]) { n--; }

—[AlanM1(talk)]— 21:43, 25 June 2013 (UTC)

As it happens, I've ported a diff algorithm I wrote to javascript sometime last year because I also disliked a number of aspects in popups' diff logic. I haven't made it available here yet because it is missing two features: 1) it doesn't currently shorten a diff to only a preview but shows the whole thing (which I personally like), and 2) with extremely complex diffs (bot-assisted replacements usually, e.g. 1) it starts getting too slow and doesn't exit early.
I think it's a significant improvement. Among other things, it does recognize moved text, and does some prettification like aligning to linebreaks as you suggested.
Some beta testers would be nice, I've put it up at User:Amalthea/popups.js (page compare), if you want to check it out, put
importStylesheetURI('//en.wikipedia.org/w/index.php?action=raw&ctype=text/css&title=MediaWiki:Gadget-navpop.css');
importScriptURI('//en.wikipedia.org/w/index.php?action=raw&ctype=text/css&title=User:Amalthea/popups.js');
in your common.js (and disable your normal navpop gadget/import).
Amalthea 22:47, 25 June 2013 (UTC)
I'm testing it now - good work, I like it. — Scott • talk 17:05, 27 June 2013 (UTC)

Suggestion

First off I would love to say how awesome this gadget is. After being an editor for over a year I finally stumbled upon the setting that enabled this option . I think the information that shows in the popup box makes it easier and for more efficient editing. So thumbs up for this. I just wanted to make a suggestion. It is a little difficult to explain without pictures but I will try. If you go to recent changes and use this gadget while scrolling through the diffs|hist links to spot vandalism in the popup box (that's what i was using it for), the popup box is so close to the mouse cursor it just makes it harder because the box covers most of the links. IE: place mouse cursor on the diff link, view the popup, and then try to go to the next diff link in the list, you only have the letter "d" to hover over to get your next popup. However, if the popup position was moved 10 to 20 pixels to the left right it would be so much easier by giving you the whole "diff" to click on, or you might even be able to see the "hist" link too without having to move your mouse away until the popup disappears and start over. You don't run across this when using the popup while just reading an article because the links are a lot farther apart. Just a suggestion. Again great gadget and glad it is here for us to use. TattØØdẄaitre§ lĖTŝ tÅLĶ 14:50, 10 July 2013 (UTC)

Magic word __DISAMBIG__

Hi,

With the recent deployment of Disambiguator extension, it could be nice to use the property added to disambiguation pages to find if a page is a disambiguation page or not. For example request retrieves all links in a page et tells which ones are dab links. Otherwise, this request gives the information for one page. --NicoV (Talk on frwiki) 12:09, 11 July 2013 (UTC)

Suggestion: Add "thank" functionality

On diff pages, like this one, there is now a (thank) link that appears, allowing you to send a lightweight "Thanks for this edit" note that appears in the notification list of the user that did the edit. It would be nice if this function were added to the nav popups menu. If supported by the API, it would be nice to be able to add a short note as well (the diff page link does not currently support this). —[AlanM1(talk)]— 16:45, 12 July 2013 (UTC)

History popups break when an ipv6 editor has contributed

A page history popup (Firefox 23/Monobook/Linux) showing how the popup doesn't expand

When viewing a page history popup, the popup doesn't expand sufficiently to accommodate a user with a very long username, such as almost all editors who contribute anonymously from an IPv6 address. This means that the edit summaries are mingled with the background of whatever page you are viewing them from (in the illustrated example, my contribution history) and so they are nearly impossible to read.

To reproduce:

Expected behaviour: The popup is sufficiently wide that all the information is visible on the background

Actual behaviour: The popup is not sufficiently wide. Thryduulf (talk) 21:40, 13 August 2013 (UTC)

Confirmed with (Firefox 23/Vector/Linux). I've been seeing this problem quite a lot lately. –Quiddity (talk) 18:45, 24 August 2013 (UTC)

Show if page is being watched

Can functionality be added to show in the popup whether or not a page is on your watchlist? Jackmcbarn (talk) 02:15, 4 September 2013 (UTC)

I tried to do this by adding this to my User:Ugog Nizdast/vector.js


popupFixDabs=true;
popupRedlinkRemoval=true;
popupRevertSummaryPrompt=true;

At first I tried adding the 'window.' prefix but that didn't work either. Searched archives and FAQ, even poked into other user's scripts but couldn't find anyone who has attempted this. What am I doing wrong? Thanks in advance, Ugog Nizdast (talk) 14:48, 17 September 2013 (UTC)

popupFixDabs at least should work like that. Just to be clear, when you hover over e.g. Radio Silence you don't see the green DAB-options at the bottom? Amalthea 15:24, 17 September 2013 (UTC)
You mean like this Radio Silence? It does work. Hmmm I assumed DAB fixer too didn't work since the other two didn't do anything, I wonder what's wrong with it. Ugog Nizdast (talk) 15:38, 17 September 2013 (UTC)
UPDATE: The 'revert' button does work though but not the 'undo', even though after you click revert, it shows that you are editing the older version of the article; otherwise it's fine. -Ugog Nizdast (talk) 14:09, 26 September 2013 (UTC)

Bad-image images are displayed

The MediaWiki:Bad image list items are not displayed on pages that include them (renders blank or is omitted entirely depending on layout options). However, if one of them is in the lede-thumb position (or however popups decides what image to use in the popup), the image is displayed there. Popups should respect the bad-image restrictions. Was noticed here. DMacks (talk) 16:17, 24 September 2013 (UTC)

Popups is not MediaWiki. It is a system in itself. It does not know about restrictions like this and it isn't easy to add them. —TheDJ (talk • contribs) 14:59, 26 September 2013 (UTC)

Toggler

Should I want to include this .js site-wide, is there an option of sorts that would implement a toggler button to switch the navigational pop-ups off and on? Thanks in advance. GarouxBloodline (talk) 20:20, 8 October 2013 (UTC)

On Wikimedia sites we use mw:Extension:Gadgets to allow users to activate provided scripts in their preferences. You could have a look at how Wikimedia Commons includes this script in their gadgets, the relevant sites there are commons:MediaWiki:Gadgets-definition (defines display names, scripts, and styles for each available gadget), commons:MediaWiki:Gadget-popups (display name of the popups gadget, referenced in the definition), commons:MediaWiki:Gadget-popups.js (script to load for the popups gadget, referenced in the definition), and commons:MediaWiki:Gadget-navpop.css (styles to load for the popups script, referenced in the definition. Consider loading the styles from here as well to be sure to keep them in sync, that's how German Wikipedia does it: de:MediaWiki:Gadget-navigation-popups.js). Amalthea 21:38, 8 October 2013 (UTC)

I've put this together, after getting lost too many times. If anyone else thinks it is useful, we could put it on all the target pages? Feel free to poke at it (add/rearrange/tweak/etc). –Quiddity (talk) 20:26, 20 October 2013 (UTC)

I went ahead and added it. –Quiddity (talk) 03:02, 1 November 2013 (UTC)

Bug - Popups doesn't work in the Notifications flyout

Popups don't seem to work on the flyout for Notifications (the div that appears when you click the grey "0" or red "1"+). However Popups do work in the same messages at Special:Notifications.

I've looked at the html source for both, and can't see any obvious differences.

I created bugzilla:53291, but the first commenter suggests that it might be something to fix in Popups, rather than something to fix in Echo. ("Better to say it's Popups which needs fixing, to listen on delegated rather than direct events?")

I'm not sure if it's relevant but in case it helps, here is the base css and the overlay css.

HTH. –Quiddity (talk) 21:10, 24 August 2013 (UTC)

Flyout HTML is generated dynamically I think, and popups needs to explicitly pre-process all links. For the JS-preview there is a hook we use, I don't think anyone looked into Echo as of yet. Amalthea 21:11, 4 November 2013 (UTC)
... and of course this is all long resolved, and I was using an outdated version so I could still confirm your report. :)
Anyway, I made a small change to hopefully make the popups more useful, I couldn't actually use them on the diff links in the notifications since they were overshadowed by the (less useful) outer link.
Amalthea 10:41, 5 November 2013 (UTC)

DST Bug

At around 2013-11-03T09:06:00Z (UTC), this list of recent changes in the talk namespace (https://en.wikipedia.org/w/index.php?namespace=1&tagfilter=&limit=500&title=Special%3ARecentChanges) was retrieved: Display of NavPopups DST bug My time zone is America/Los Angeles, which switched from UTC-7 to UTC-8 a few minutes earlier (you can see the jump from 01:59:44 to 01:00:48 just up from the bottom of the list).

The mouse cursor was placed over the "hist" link on the 01:05:11 edit of Talk:Allegory, causing the NavPopups history window to appear. The time in the history incorrectly shows 02:06:20, not 01:06:20 (the entry below it showed 02:05:11). Mousing over the "last" link, the diff popup appeared, incorrectly showing 02:06:20 and 02:05:11 for the current and previous timestamps instead of 01:...

As of now (about 2013-11-03 16:45:00 PST (UTC-8) / 2013-11-04 00:45:00 UTC) the offset is still incorrect, showing local times an hour later than reality. —[AlanM1(talk)]— 01:00, 4 November 2013 (UTC)

Hi Alan, could you have a look at WT:Tools/Navigation popups/Archive 8#Popups reporting wrong time since DST switchover and see if that resolves your current issue?
I've never looked at the root cause so can only offer a workaround, I'm afraid.
Amalthea 20:45, 4 November 2013 (UTC)
I tried logging out and back in again, which did not work. What did work was to go to the Preferences->Date and Time tab, which already showed the correct server time and time zone, and click the Save button. So, it seems that wherever the preferences are saved, they include the current offset from DST, and that is what is used (incorrectly) by NavPopups to calc local time from UTC timestamps. It is therefore necessary to re-save this offset whenever a time change occurs. Also, if this is the way it works, it's not clear how it ever displays historical timestamps correctly. —[AlanM1(talk)]— 06:47, 6 November 2013 (UTC)

Just make red links red --Rezonansowy (talk • contribs) 04:30, 31 July 2013 (UTC)

Hello? --Rezonansowy (talk • contribs) 17:09, 14 November 2013 (UTC)

Bug - popups don't work in Special:ArticleFeedbackv5

Specifically, hovering over usernames and article links in Special:ArticleFeedbackv5. Josh Parris 05:46, 21 November 2013 (UTC)

I'm unable to replicate this (screenshot) -- have you tried clearing your browser cache? Theopolisme (talk) 05:56, 23 November 2013 (UTC)
Horray! Josh Parris 10:27, 23 November 2013 (UTC)

Popups in edit box

How to disable any popups in edit box textarea? --XXN (talk) 01:20, 14 November 2013 (UTC)

@XXN: See Wikipedia:Tools/Navigation_popups#Options - you want to add this line:
popupOnEditSelection=false;
to your vector.js –Quiddity (talk) 08:34, 30 November 2013 (UTC)

Gadget Disabled?

I suddenly discovered that this gadget was disabled, while I have had it enabled forever. Is there a reason, or is this just a bug? Webhat (talk) 23:57, 7 November 2013 (UTC)

It seems to be having trouble. I notice two problems. First is that user contribs are all showing undefined in the popup window. Second, hovering over the user or talk link should show the user's status (e.g. sysop, number of edits, etc.). -- Mufka (u) (t) (c) 00:03, 8 November 2013 (UTC)
I've been having the same problem; is there something on my end I need to do to fix this? SpencerT♦C 00:56, 8 November 2013 (UTC)
Hmm. It appears to be working now. I didn't do anything. -- Mufka (u) (t) (c) 01:02, 8 November 2013 (UTC)
It wasn't working again, then I cleared my browser cache and it works now. SpencerT♦C 01:56, 8 November 2013 (UTC)
If you're running into the undefined issue, you just need to clear your cache and it'll work again. Some of the underlying MediaWiki JS is changing, so cache refreshes are needed. Legoktm (talk) 04:33, 8 November 2013 (UTC)
A number of deprecated site functions were removed two days ago which broke popups. It was quickly repaired, but since you (Webhat—Mufka—Spencer) are all importing the script manually from your user scripts instead of using the gadget in your preferences a cache bypass was necessary to get the fixed version. Amalthea 08:52, 8 November 2013 (UTC)
I have cleared my cache and it has helped. But only here on en:wiki, unfortunately not on Commons and cs:wiki. What should I do moreover? Thanks --Packa (talk) 17:26, 8 November 2013 (UTC)
@Packa: On both commons and cswiki, if you notice popups is broken on a page then reload that page while bypassing your browser cache. That will work on external sites where the script is loaded from here. Amalthea 17:53, 8 November 2013 (UTC)
For me it was actually disabled in the gadget section, the checkbox had become unchecked. Strange. It all works now I've enabled it again. Webhat (talk) 02:05, 9 November 2013 (UTC)
@Webhat: Assuming you're using monobook then you are also importing popups via User:Webhat/monobook.js. Amalthea 02:11, 9 November 2013 (UTC)
@Amalthea: Ah, it has been so long since I set that up I'd forgotten. Thanks! Webhat (talk) 12:45, 11 November 2013 (UTC)
This used to work on yiwiki, but it has stopped working there now and I do not see any way to get it working again. --Redaktor (talk) 11:39, 1 December 2013 (UTC)
@Redaktor: I have left instructions on how to fix it at yi:מעדיעװיקי_רעדן:Gadget-NavigationPopups.js and notified an admin to look into it.
Amalthea 18:49, 1 December 2013 (UTC)
Many thanks. Now working again. --Redaktor (talk) 23:05, 1 December 2013 (UTC)

Just a suggestion

Would it be a good idea to also include what level of protection a page has (if applicable) in the popups? For example, popups already indicate if an article is a stub, would it also be a good idea if the popups could also say "semi-protected", "protected", "move-protected", etc. if applicable? Thanks. Narutolovehinata5 tccsdnew 02:26, 8 December 2013 (UTC)

First of all, let me say I love this tool. I added this using the Gadget menu in preferences. I want to increase the delay before a popup appears and I don't understand how to do that. Trying to edit my javascript file like the project page says leads me to new page creation and I have no idea what to do with that. DavidSSabb 05:42, 24 January 2014 (UTC)

@DavidSSabb: Yes, that's what you need to do to configure popups.
I've created the page for you at User:DavidSSabb/common.js and increased the delay from 0.5s to 0.75s, feel free to change that number, but be careful not to break the javascript syntax -- if you do you'll notice that some of your scripts won't work anymore, but you can of course always revert or blank the file.
Something else, your signature is missing the link to your user page, that usually happens if you mistakenly check the "Treat the above a wikimarkup" checkbox in your preferences.
Amalthea 11:12, 24 January 2014 (UTC)

Wrong diff shown

Resolved

When mousing over the words "this edit" at [2], the diff shown is not accurate. Jackmcbarn (talk) 17:21, 21 January 2014 (UTC)

Fixed, thanks. Amalthea 14:06, 19 February 2014 (UTC)

Could popups be taught about the new special links Special:Diff/595161694 and Special:Permalink/595161694? -- John of Reading (talk) 19:45, 13 February 2014 (UTC)

I hope so. Until they are, if you want to cater to Popups users, you can use {{diff}} and {{oldid}}. — Scott • talk 13:35, 19 February 2014 (UTC)
Or {{diff2}}/{{oldid2}}, those versions are easier to use in that they also only require the revision id. Amalthea 14:19, 19 February 2014 (UTC)
The first two only do as well - your last revision of this page, diff for it. (Although oldid seems to default to "Main Page" as page name, which gets ignored by MediaWiki; seems like a bug!) But the "2" versions don't require named arguments, which is an improvement - thanks. — Scott • talk 14:30, 19 February 2014 (UTC)

Popups show wp:red links in blue not red. --Rezonansowy (talk • contribs) 09:10, 11 January 2014 (UTC)

Like in title, they just don't show, when you hover on image in popup or in article. --Rezonansowy (talk • contribs) 09:15, 11 January 2014 (UTC)

File:Johann Sebastian Bach.jpg pops up OK here, as it does when I popup his article. Popups with Red links (like this one) are not red but are shown with "Empty page". -- Michael Bednarek (talk) 14:05, 11 January 2014 (UTC)
They're not OK when you embed image not just link them. And red links are shown with empty page only when you hover on them, which isn't very comfortable solution. --Rezonansowy (talk • contribs) 14:16, 11 January 2014 (UTC)
Michael Bednarek? --Rezonansowy (talk • contribs) 16:18, 15 January 2014 (UTC)
I don't quite understand your concern (embed vs. link?), and the part I understand I don't share. I'm quite content with the current functionality. -- Michael Bednarek (talk) 00:43, 16 January 2014 (UTC)

OK Michael, I'll try to explain it more precisely.

Red links

Like above they should be red.

Commons images

Popups work with images as well as with articles. Test with local uploads:

  1. Go to Windows 8 article and over on image in infobox (its Start screen screenshot)
  2. You see it works (popups appear on image)
  3. but on Johann Sebastian Bach article popups don't show anything when you hover on it
  4. so this gadget doesn't show anything with images located on Commons not on Wikipedia itself

Thank you --Rezonansowy (talk • contribs) 15:44, 19 January 2014 (UTC)

Anyone?? --Rezonansowy (talk • contribs) 13:31, 19 February 2014 (UTC)

Patches welcome. ;)
  • Coloring red links is theoretically feasible with the API, not sure how much restructuring it would take (you'd want to get all the information with a single additional query, so from the top of my head you'll either need to split or duplicate the parsing/rendering of the wikitext or do some ugly tricks (CSS, further postprocessing) afterwards.)
  • Image previews work for me when I hover over the image in both articles.
Amalthea 13:56, 19 February 2014 (UTC)
@Amalthea: Thanks for reply!
I've tested this gadget with standard JS set on Wikidata and I get same error. Could you repeat this test? Please hover on this link and then hover on Bach image placed in showed popup, you get another popup or nothing? --Rezonansowy (talk • contribs) 19:04, 19 February 2014 (UTC)
Ah, I think I understand now (above you said "go to", not "hover"): The images in the popup previews of Random Access Memories and Johann Sebastian Bach behave differently, the commons image isn't popups-active, even though the popup of the direct file link File:Johann Sebastian Bach.jpg does show useful information. It would make sense to have the image in the preview behave the same.
Amalthea 19:48, 19 February 2014 (UTC)
Great! That's exactly what I meant. --Rezonansowy (talk • contribs) 20:28, 19 February 2014 (UTC)
@Amalthea: Can we list this bug? --Rezonansowy (talk • contribs) 12:47, 20 February 2014 (UTC)

Popup text ends at 1st line break? How about link to section headings? Configurable?

Hi~How does the popup know when to end text? Does it always show text only until the 1st line break? Is it configurable? I wonder if using special formatting on pages (and invisible except to user on normal page view) or an option in the popup tool could allow to break at different points? I ask because sometimes popups show very little or no text, and I think usually it's when a link is to a section of a page which has a heading. So, I wonder if it can be made to show more/fewer lines? Sorry for many similar questions...I'm not sure if that made sense? ^^;; Anyway, thank you for a great tool; I use it all the time~:) ZeniffMartineau (talk) 05:48, 3 March 2014 (UTC)

Wrong image displayed

Sometimes, the popup for an article displays a less-than-ideal choice of image. For example, Congress of the Union displays the first [[Image:...]] that it finds in the article (the PAN party logo) instead of the {{Infobox legislature}} image (specified in the |coa_pic= param), since it is just the raw filename, without the [[Image:...]] markup. Is there a way to tell the popup to use this image (and other similar situations with other parameter names)? I thought of using the hack of putting a tiny or non-displayed image above the infobox in the source, but that seems "ugly". —[AlanM1(talk)]— 19:01, 5 February 2014 (UTC)

I'm afraid there is currently no way, no. Amalthea 14:17, 19 February 2014 (UTC)
@Amalthea: I'd like to suggest an enhancement then. Have it look for a comment tag like <!--NPUImage-->. If found, use the next image after it in the popup. If not found, use the first image in the article (as it currently does). An alternate form would be <!--NPUImage:Some Image.jpg--> to cause it to use that image in the popup instead of the next one found. This would be used to accommodate the example I gave above, where there is no [[Image:...]] markup around the image name in the Infobox. —[AlanM1(talk)]— 11:45, 3 March 2014 (UTC)

If there are italics markers inside a piped link then I see <em>...</em> around the text which should have been italicized. For example, Indiana Jones currently contains [[Indiana Jones (franchise)|''Indiana Jones'' franchise]] so I see <em>Indiana Jones</em> franchise in popups. It also happens when the whole text should have been italicized. For example, Sallah contains [[Indiana Jones (franchise)|''Indiana Jones'']] so I see <em>Indiana Jones</em>. Tested in Firefox and IE. There are no problems when the italics markers are outside the link. PrimeHunter (talk) 04:56, 10 March 2014 (UTC)

History

Seems to be a problem with the display of article history list in that it gives the change description for revisions where the edit summary is hidden. Keith D (talk) 17:27, 6 March 2014 (UTC)

@Keith D: Only for the people who may view them though, you shouldn't be able to view suppressed edit summaries/user names/..., and non-admins can't see rev-deleted ones. Amalthea2 (talk) 17:47, 6 March 2014 (UTC)
Thanks, probably I can see it then as the admin who deleted it. Keith D (talk) 17:49, 6 March 2014 (UTC)
No, every admin has the right to see it so the API automatically returns the comment. You can test this with e.g. this API query where you'll only be able to see the comment while logged in. Amalthea2 (talk) 18:37, 6 March 2014 (UTC)
FTR, since it came up elsewhere, this behavior is indeed new. There was a change in the API in January, before that the API didn't send the revdeled information. Amalthea2 (talk) 09:26, 12 March 2014 (UTC)

How to recognize the localization redirect syntax?

Hello! POPUP has a function that can ignore redirect pages (popupFixRedirs), while if a page is #REDIRECT [[target]], it works fine. But in Chinese Wikipedia, #重定向 [[targer]] syntax is also available, but POPUP comprehend it as an ordered list rather than a redirect page. A similar problem is {{Disambig}} to {{消歧义}}. So is there some way to tweak these in my custom js page? Thanks.--Wangxuan8331800 15:33, 24 March 2014 (UTC)

@Wangxuan8331800: this change should fix the redirects and the option popupDabRegexp needs to be set locally to also match 消歧义, see also the options manual —TheDJ (talk • contribs) 21:02, 24 March 2014 (UTC)
Thank you!--Wangxuan8331800 02:15, 25 March 2014 (UTC)

Non-ideal treatment of MW:editnotice-* pages

When I hover things in https://commons.wikimedia.org/w/index.php?title=Special%3APrefixIndex&prefix=editnotice&namespace=8, popups doesn't show any text. I'm assuming this is because popups is trying to extract something from a rendered form of the "page", whereas editnotice pages are basically templates with extra-special operating conditions, and these ones don't happen to expand to anything on their own. Not that it matters much here; these all just invoke the same template anyway. —SamB (talk) 17:46, 10 March 2014 (UTC)

Indeed, edit notices only work when placed into context, otherwise they evaluate to "" and thus they don't show any content. —TheDJ (talk • contribs) 09:18, 25 March 2014 (UTC)

Showing edit summaries

I've user popups for ever – can't imagine WP without it. Is it possible to show the edit summary when hovering over diffs, such as this?  —SMALLJIM  13:47, 2 March 2014 (UTC)

No-one? The edit summary is surely available via the API, and it would prove very useful to be able to see it at times.  —SMALLJIM  12:24, 26 March 2014 (UTC)
I made a similar request almost a year ago, but got no response then either.—Odysseus1479 00:26, 27 March 2014 (UTC)
I'd guess that after Lupin's departure the program went into maintenance-only mode. I can understand that, but it would be nice if someone could confirm and note it on the project page, to save unnecessary requests like this.  —SMALLJIM  19:48, 1 April 2014 (UTC)

Flagging users

Flagging users of various kinds would be useful; previously someone asked about flagging_users_who_are_under_ArbCom_restrictions but got no reply. It would be handy to have administrators flagged - as they are now once the popup opens, but it would be handy to have things like edit count or admin status inline on some pages, especially during !votes!--Elvey (talk) 04:08, 1 April 2014 (UTC)

We could use a scarlet letter A (for ArbCom) next to editors under restrictions. --NE2 20:19, 1 April 2014 (UTC)
So it's not useful to be able to see veteran or admin users when scanning !votes? @NE2:I'm reading your comment as sarcasm.) --Elvey (talk) 21:48, 9 April 2014 (UTC)
Sounds like you want something other than a pop-up, perhaps a script that manipulates the CSS of signature links. And I believe there are preference settings that could reduce the window-opening wait-times when you’re ‘cursor-scanning’ a discussion. Anyway, such sanctions as topic-bans and 1RRs aren’t implemented in software, so would require changes at the MediaWiki level—an Extension perhaps—before they could be made available to scripts.
BTW the French Wikipedia has a nifty Gadget, DeluxeHistory, that highlights the rows of History, Watchlist, Recent Changes, &c. pages in various colours to indicate edits by admins, bots, IPs, oneself, or others. I wish it were available here.—Odysseus1479 03:33, 17 April 2014 (UTC)

disambig not working, and other odd behaviour

When I hover over a link that leads to a disambig page, the usual popup appears, but when I click on the appropriate meaning, the article goes into edit mode but no disambiguation has been done, and no edit summary has been added. Also the first time I hover over any link, I get two popup boxes - the usual one plus a larger mostly white one underneath it, containing the usual first few lines of the article, and which seems to be present but minimised on a subsequent rollover of the same link. This was all working fine until today. (I'm running IE11 on W7 64-bit). Colonies Chris (talk) 20:42, 29 March 2014 (UTC)

Disambiguation fails here, too (Firefox & Monobook); example FloodlightFloodlight (disambiguation) (Would you believe that the example I picked at random got changed during this discussion!) – hover, select one target, click – no automatic disambiguation edit. The two popup boxes: did you enable Hovercards at Special:Preferences#mw-prefsection-betafeatures? -- Michael Bednarek (talk) 04:00, 30 March 2014 (UTC)
Thanks I've fixed the monocard problem (though I hadn't knowingly turned it on). But the disambig situation is the same. Colonies Chris (talk) 09:33, 30 March 2014 (UTC)
I have the same problem on fr wiki. Leag (talk) 13:12, 1 April 2014 (UTC)

Indeed. Disambiguation has started to fail. --NE2 18:38, 1 April 2014 (UTC)

Maybe it's not Popups' fault but that the "autoedit" functionality in the URL specification is broken? -- Michael Bednarek (talk) 05:16, 2 April 2014 (UTC)
Autoedit is part of popups. Well first of all it was conflicting with Anti Vandal Tool, which also has auto edit (AAAAAAa our old scripts so suck). 2nd, well the auto edit code doesn't properly encode and decode it's paramaters, and fixing it doesn't seem to be trivial. Actually, I'm surprised it was working so far.. I don't have time to fix this, but basically the problem is changeLinkTargetLink() function and we should fix it. But the thing is so convoluted, I don't really understand what kind of string it is SUPPOSED to be building. —TheDJ (talk • contribs) 14:05, 2 April 2014 (UTC)

Throwing in my plea to get disambig fixing functionality fixed. It's such a time saver, I'd hate to lose it! --JaGatalk 18:08, 7 April 2014 (UTC)

The problem is due to the last change during the migration from getParamValue to mw.util.getParamValue. The symbol '?' was treated in a special way: var cmdRe=RegExp('[&?]'+paramName+'=([^&]*)'); Waldir could easily fix it (or in the meanwhile someone could revert that edit until the migration is done in another way). --Rotpunkt (talk) 18:26, 9 April 2014 (UTC)
When I made that change I compared the mw.util implementation with the local version and the difference, if I interpreted it correctly, was in the inclusion of the '#' symbol, not anything related to the '?'. The mw.util code currently defines the regex as re = new RegExp( '^[^#]*[&?]' + $.escapeRE( param ) + '=([^&#]*)' ); here's a comparison of both regexes: https://www.debuggex.com/r/edxeqXA8zNTEYUDp. If anyone can identify the source of the problem in that regex, I'd be happy to revert my edit.
By the way, the redirect fixing functionality has been presenting the same issue: empty diff, no edit summary. Most likely fixing one will get the other one working too. --Waldir talk 00:13, 10 April 2014 (UTC)
Hi Waldir, obviously I tested that it worked before the change. For example, I am at User:Rotpunkt/Sandbox2 and I want to disambiguate Test => Test (film), so we have:
var h = 'https://en.wikipedia.org/w/index.php?title=User:Rotpunkt/Sandbox2&action=edit&autoedit=s~\[\[\s*%28[Tt]est%28?:#[^\[\|]*%29?%29\s*\]\]~[[Test%20%28film%29|$1]]~g;s~\[\[\s*%28[Tt]est%28?:#[^\[\|]*%29?%29\s*[|]~[[Test%20%28film%29|~g;s~\[\[Test%20\%28film\%29\|Test%20\%28film\%29\]\]~[[Test%20%28film%29]]~g&autoclick=wpDiff&actoken=2h4RhPZxLmZSmSbAwh7ogkbXYk7CWvHw&autominor=true&autosummary=Disambiguate%20[[Test]]%20to%20[[Test%20%28film%29]]%20using%20[[%3Aen%3AWikipedia%3ATools%2FNavigation_popups|popups]]';
var paramName = 'autoedit';

// original code
var cmdRe = RegExp('[&?]' + paramName + '=([^&]*)');
var m = cmdRe.exec(h);
console.log(m[1]);
// value: s~[[s*%28[Tt]est%28?:#[^[|]*%29?%29s*]]~[[Test%20%28film%29|$1]]~g;s~[[s*%28[Tt]est%28?:#[^[|]*%29?%29s*[|]~[[Test%20%28film%29|~g;s~[[Test%20%28film%29|Test%20%28film%29]]~[[Test%20%28film%29]]~g

// new code
var re = new RegExp('^[^#]*[&?]' + paramName + '=([^&#]*)');
m = re.exec(h);
console.log(m[1]);
// value: s~[[s*%28[Tt]est%28?:
The problem seems to be the '#' in the new regex, not the '?' in the url as I initially thought. --Rotpunkt (talk) 05:59, 10 April 2014 (UTC)
Ok, so the issue is that the code seems to be attempting to handle links to sections (starting in #), but passing the the string in the URL is problematic since the hash sign is meant for specifying fragment identifiers, which means mw.util's implementation is technically correct. Since parenthesis are properly processed despite being url-encoded as %28 and %29, I suspect simply url-encoding the hash sign as %23 in the regex passed in the url should solve this. I took a look at the code but I'm rather unsure how to do that. My best guess is we'd have to edit changeLinkTargetLink(). For now, I'll just do a partial revert of my edit. --Waldir talk 22:01, 10 April 2014 (UTC)
The disambiguation function now works again for me. -- Michael Bednarek (talk) 04:20, 11 April 2014 (UTC)
Well, silly me. I lost quite some time trying to track down the code, only to come to the conclusion that (I now realize) TheDJ had already pointed out above (i.e. the problem lies in changeLinkTargetLink()). TheDJ, do any of the details above give you extra clues about how this could be actually fixed (as opposed to the current solution, which is a mere stopgap/workaround)? --Waldir talk 12:42, 11 April 2014 (UTC)
Everything needs to make proper use of encodeURIComponent/decodeURIComponent. But since the handling of this parameters happens all over the place (with various string concatenation), it's a bit difficult to fix, without breaking stuff. Currently, half the parameters are actually in an anchor instead of in a queryparam, and that is why things are failing with mw.util.getParamValue and not the old implementation that we were using. —TheDJ (talk • contribs) 10:20, 12 April 2014 (UTC)
Rotpunkt, Waldir and TheDJ, when I experienced this problem with "#" in the fork of autoEdit which is at User:Lupin/recent2.js, I fixed it by using another character as separator: User talk:Lupin/recent2.js#Separation of logic and interface. Could we use a single copy of the autoEdit code in both gadgets? Helder.wiki 20:58, 16 April 2014 (UTC)

Yay. --NE2 04:38, 11 April 2014 (UTC)

NE2, Waldir, Rotpunkt, Leag, Colonies Chris, Michael Bednarek, I have made some changes that should fix this a bit more permanently. Confirmation of the fix would be appreciated. —TheDJ (talk • contribs) 20:07, 16 April 2014 (UTC)
Works for me. While you're at it, how hard would it be to add alternate template names like {{roaddis}}? As it is, those won't bring up the disambiguation links (test: Interstate 76). --NE2 20:15, 16 April 2014 (UTC)
Not hard, it broke because we departed from the 'dis' identifier in template names. The regexp doesn't know about the new names, so the disambiguation regexp needs to be updated. Now that we have the disambiguation extension, we really should update the code to no longer depend on matching strings in the page's wikicode, but use the api instead. But that's for a different day. fixed. —TheDJ (talk • contribs) 20:27, 16 April 2014 (UTC)
Seems related, but the "Revert" functions on Popups appear to be broken now. When I click, I'm taken to the edit window but nothing else happens after that. --k6ka (talk | contribs) 21:44, 16 April 2014 (UTC)
User:K6ka oversight by me. Should be fixed now. If not, someone can revert the code back to the last working version, and i'll have to continue to investigate tomorrow. —TheDJ (talk • contribs) 22:28, 16 April 2014 (UTC)
Disambiguating and reverting are working. Thank you very much. -- Michael Bednarek (talk) 03:30, 17 April 2014 (UTC)
Good job guy ! Thanks Leag (talk) 07:31, 18 April 2014 (UTC)

Update the styling for Navigation popups to be consistent with Hovercards

We have experimented with a beta feature called hovercards. While this feature is based on navigation popups, it is more reader facing. You can learn more about it here - https://www.mediawiki.org/wiki/Beta_Features/Hovercards It has roughly 5000 users right now and fairly positive feedback has been received, aside from bugs being resolved. Do you think that we can upgrade the visual style of the navigation popups to be the same as Hovercards. This has a few advantages - 1. The readability is slightly improved with a clean background and better contrast. 2. While the type size is bigger for readers we can make it a big smaller for the navigation popups version 3. The two versions will look the same, but nav popups will carry actions and the current behaviors. Thanks Vibhabamba (talk) 17:13, 27 May 2014 (UTC)

Recent problems?

Is it just me, or has this script been spotty today? --NE2 04:05, 9 June 2014 (UTC)

@NE2: Hmm, can you tell me more? What exactly doesn't work?
I've made changes to the script yesterday so it's possible that I broke something ...
Amalthea 07:54, 9 June 2014 (UTC)
I too have found popups to be very erratic over the past couple of days. Sometimes it works, sometimes it doesn't, and sometimes it only works on some pages, not others. I don't have a list of what has worked when, but since this is constantly changing anything I record is likely to be outdated by the time someone checks. RolandR (talk) 10:41, 9 June 2014 (UTC)
My change was made 23 hours ago; if it's been erratic longer than that then it must be something else.
If the problem is somewhat reproducible you could try to look for errors in your javascript console (see WP:JSERROR) …
Amalthea 10:53, 9 June 2014 (UTC)
Popups generally work and I haven't noticed any change recently. Sometimes they don't work when Wikipedia's response time is overly slow. -- Michael Bednarek (talk) 11:45, 9 June 2014 (UTC)
By "the past couple of days" I mean since yesterday afternoon (London time). So changes made 23 hours ago could have caused this. But it could also be the result of Wikipedia lag; popups will work on a page, and then not work five minutes later. RolandR (talk) 12:11, 9 June 2014 (UTC)

Popups have stopped working here. (Firefox 29) No errors from JS console. -- megA (talk) 12:18, 9 June 2014 (UTC)

I think it always works in the edit window. On Arkansas Highway 1 I can't get it to work on its own, but I click the 'your notifications' box and then it starts working. Firefox 29 here. --NE2 12:25, 9 June 2014 (UTC)

Hmm, ok. I've pretty much restored the old loader logic (even though parts of it were defunct since the deprecation) -- can you all (Mrschimpf—AuburnPilot—NE2—RolandR—MegA) keep an eye on it? Will probably take a few minutes until you get the updated script.
Amalthea 16:49, 9 June 2014 (UTC)

Hmmm. Still not getting it on Special:Search/fooo. --NE2 17:14, 9 June 2014 (UTC)
I'm still seeing pop-ups on some pages (eg my watchlist), but not on others (eg this one). RolandR (talk) 17:19, 9 June 2014 (UTC)
And now they have stopped on my watchlist as well. RolandR (talk) 17:20, 9 June 2014 (UTC)
I'm having problems with popups too; they only show up on certain pages, and not others. (Using Google Chrome version 35.0.1916.114 – not the most up-to-date.) Epicgenius (talk) 18:33, 9 June 2014 (UTC)
Seems to be back to normal. Cheers. --NE2 23:27, 9 June 2014 (UTC)
I didn't experience any problems with popups during the last 3 days (Win7: FF 22 [I refuse to update beyond that version], Chrome 28, IE 11). -- Michael Bednarek (talk) 01:47, 10 June 2014 (UTC)
Yeah, it's working now. Epicgenius (talk) 02:06, 10 June 2014 (UTC)
Working just fine in Opera and Chrome now; thanks Amalthea. Nate • (chatter) 02:19, 10 June 2014 (UTC)
Yes, working again here as well. Thanks! --auburnpilot talk 03:00, 10 June 2014 (UTC)
Alrighty, unfortunately we're not done yet, those deprecated functions need to be replaced else navpop will stop working altogether once the functions are removed from MediaWiki. So let's try this again, I've stayed closer to the original version this time. I'm sure you (NE2—Epicgenius—Mrschimpf—AuburnPilot—RolandR) will notice soon enough if this causes problem as well, if so please let me know. Sorry for using you as my QA department … :( Amalthea 15:35, 10 June 2014 (UTC)
It is not clear to me that the problems were definitely, or only, related to the changes you made. The problems described were indicative of wider slow server/networking issues. While it is possible that this was caused, or exacerbated, by the changes you originally made, I would not eliminate from your thinking the possibility that the reported problems were unrelated to those changes. — Makyen (talk) 16:31, 10 June 2014 (UTC)
Except that the server was loading normally. Popups were not displaying at all even after the page loaded fully. --NE2 16:47, 10 June 2014 (UTC)
(ec)Yes, all working fine for me too today. But I agree, the erratic behaviour was more suggestive of server issues than of problems caused by your changes. RolandR (talk) 16:48, 10 June 2014 (UTC)
Works for me on the main page, but apparently nowhere else, particularly my contributions and watchlist where it is the most useful  :( --ukexpat (talk) 13:44, 11 June 2014 (UTC)
@Ukexpat: You have a lot of stuff in your skin scripts ... if any of those scripts throws an error then navpop may very well be affected. Which skin are you using? Is this a recent problem, did it work last week? Do you have any errors in your javascript console on a page where navpop fails you (WP:JSERROR)? Amalthea 16:31, 11 June 2014 (UTC)
@Amalthea: Current problem only began yesterday. I have disabled some stuff in my js file that I no longer use (or that no longer appears to work) and I am still having the problem. I couldn't make head or tale out of the content of the js console (in my version of Firefox, it doesn't have an "errors" button). BTW I am a Luddite, so I am still using Monobook.--ukexpat (talk) 18:49, 11 June 2014 (UTC)
Oh, so this is what was going on. I just assumed the internet was slow, as the symptoms are the same. Ansh666 05:12, 12 June 2014 (UTC)
Not working for me. Has been working until I went onto WP today and it's not. Using default skin.--Imagine Wizard (talk · contribs · count) Iay amay Magineiay Izardway. 17:40, 12 June 2014 (UTC)
@Imagine Wizard:: One of the scripts you imported, User:TheDJ/foldrefs.js, was throwing an error due to a change in the site script MediaWiki:Common.js a while ago. As I explained above, any such errors can affect all other scripts.
That error should have been there for longer, but it's conceivable it only manifested now. If you still don't get popups please try to look for more javascript errors in your javascript console, as explained above, this will make it easier to find the root cause of the problem. Amalthea 07:34, 13 June 2014 (UTC)

@Amalthea: you were spot on in my case. RecentChangesPatrol.js was throwing an error. Once I removed it, popups started working again. Mojoworker (talk) 20:13, 12 June 2014 (UTC)

@Amalthea: Working properly for me now too. Yay! And thanks for the tips.--ukexpat (talk) 15:15, 13 June 2014 (UTC)

@Amalthea:: Thanks, I removed some scripts and it's working again! :) --Imagine Wizard (talk · contribs · count) Iay amay Magineiay Izardway. 18:12, 13 June 2014 (UTC)

Popups not going away

I've been having popups that stay on the screen and I can't make go away (without going into the console and manually deleting the node). Could a dismiss link/button be added to the popups so that when they get stuck, a single click can force it to go away? It's a problem, because quite often it happens when the mouse quickly passes over a link in edit mode and then the popup blocks the edit window making it extremely difficult to edit. Thanks. — {{U|Technical 13}} (e • t • c) 16:36, 17 June 2014 (UTC)

popups -> reset –xenotalk 16:56, 17 June 2014 (UTC)

no 24

187.199.174.157 (talk) 23:20, 23 June 2014 (UTC)

Not done: it's not clear what changes you want to be made. Please mention the specific changes in a "change X to Y" format. — {{U|Technical 13}} (e • t • c) 00:00, 24 June 2014 (UTC)

de.wp user report

There's a user at de.wp who recently reported an apparent conflict with this tool (conversation is in English, don't worry!). I'd appreciate if you could give us your opinion :) --Elitre (WMF) (talk) 11:12, 25 June 2014 (UTC)

Hint: show diff user

Thanks for this great tool. I want to suggest an improvement: When a diff link is shown, along with the dates of changes, showing the user who made the last. Thanks, Ener6 (talk) 12:42, 22 July 2014 (UTC) (Automatic translation from Spanish) Sugerencia: mostrar usuario en diff. Gracias por esta magnífica herramienta. Quiero sugerir una mejora: Cuando se muestra un enlace de modificación (diff), además de las fechas de modificaciones, que muestre el usuario que realizó la última. Gracias, Ener6 (talk) 12:42, 22 July 2014 (UTC)

AutoClick also for disambiguation corrections

It would be very very very useful to consdier also a "popupDabsAutoClick" for disambiguation pages, exactly like "popupRedirAutoClick" for redirects. --Superchilum(talk to me!) 11:20, 26 March 2014 (UTC)

no comments? TheDJ? Others? --Superchilum(talk to me!) 14:10, 22 April 2014 (UTC)

I don't really work on this tool anymore, other than the occasional bug fix. The code is open, if anyone wants to contribute, it's there for the taking. I'll happily deploy anything that a person wants me to, but I simply don't have to time for active development. —TheDJ (talk • contribs) 18:24, 22 April 2014 (UTC)
Hi TheDJ, I agree that this code is too old, but in this case I think we are lucky and the patch is easy: I have tested the new option and it works. Can we apply it? --Rotpunkt (talk) 14:58, 23 April 2014 (UTC)
TheDJ, the option was tested by Rotpunkt, do you think it is ready to be applied? :-) --Superchilum(talk to me!) 07:39, 2 July 2014 (UTC)

Please, would someone apply this change, since TheDJ is no more on en.wiki? Thanks :-) --Superchilum(talk to me!) 07:53, 8 September 2014 (UTC)

 Done — Martin (MSGJ · talk) 08:22, 8 September 2014 (UTC)
@Rotpunkt and MSGJ: thank you very much :-) --Superchilum(talk to me!) 16:12, 8 September 2014 (UTC)

Compare with current version

When examining a link to an old revision (Example), could popups offer a "compare with current version" link? -- John of Reading (talk) 08:03, 16 September 2014 (UTC)

Chess diagram template

Right now, if you hover over the link of Nimzo-Indian Defence, a chess opening, it does not show the diagram at the top of the page, but a picture further down the article. This is because the diagram is through the {{Chess diagram}} template. It would be great if the parser recognizes that the template is actually an image. There are hundreds of pages dealing with chess openings, and they would all benefit. Kingsindian (talk) 12:14, 17 September 2014 (UTC)

It's 33 images, arranged by the template. Popups does not evaluate templates (neither by itself nor by calling MediaWiki) so what you ask is currently impossible. Amalthea 14:25, 17 September 2014 (UTC)

Working with Special:Diff

Resolved

I think it would be a good idea to make this tool work with links like //en.wikipedia.org/w/index.php?diff=75688242 and with Special:Diff.

Regards, and thanks in advance. --abián 17:10, 17 August 2014 (UTC)

@Abián: checkY Done. Amalthea 12:15, 1 October 2014 (UTC)

List of places Popups is used

A quick list of all the places I can find that use Popups; a few notable exceptions; plus annotations.

Foreign language Wikipedias
Foreign language sister projects
  • (?) (Is there an easy way to generate a complete list?)
English/International sister projects
js notes css notes
meta (mw.loader.load) css @import
mediawiki (mw.loader.load) css @import
commons (mw.loader.load) css
outreach css @import
wiktionary (importScriptURI) popups_importStylesheetURI
wikidata (mw.loader.load) css @import
wikibooks (js renamed) css
wikisource (mw.loader.load) css
wikivoyage (mw.loader.load) css @import (css renamed)
wikiversity css (css renamed)
beta Wikiversity css (css renamed)
wikinews (js renamed) (mw.loader.load) css
foundation (mw.loader.load) css
simple English Wikipedia (js renamed) (mw.loader.load) css @import
wikimania2014 css
wikimania2013 css
wikimania2011 css
wikimania2010 css
wikimania2009 css
wikimania2008 css
Testwiki css
Test2wiki css
en.wikipedia.beta.wmflabs css
Not installed on
Question
Possibly some or all of the installations that are not currently using mw.loader.load should be updated to do so? A few seem to be importing Lupin's version still, too. Eg. eo.

(Feel free to add items/annotations to the above list.) –Quiddity (talk) 21:51, 20 October 2013 (UTC)

Optimally I think every other site should load/import from here, but whatever works for them is fine with me. A number of external sites have switched to loading it from here now with the recent deprecation of old unsupported functions, that's the most important thing IMO since a number of security holes were fixed here recently. Whether they use importScript or loader.load or Lupin/popups.js is less important IMO, not sure whether importScript is ever going to be removed, and Lupin's loader will probably be supported indefinitely since I think it's used on non-WMF-sites as well.
Amalthea 10:34, 15 November 2013 (UTC)


Wrong bold text in popup

See screenshot: https://i.imgur.com/8cPSBpn.png Actual page does not have that amount of bold text. -- Siddhant (talk) 11:32, 12 November 2014 (UTC)

Did popups just stop working?

Or do I need to fix something at my end? --NE2 10:51, 25 November 2014 (UTC)

I just came here to ask the same thing. Not working for me, either. RolandR (talk) 12:32, 25 November 2014 (UTC)
Same here, too. I can't load any pages with working popups. –Epicgenius (talk) 14:53, 25 November 2014 (UTC)
Likewise. Or rather, they work on standard Wiki pages, but not within (my version of) WP:AVT anymore. I assume this is down to the latest Wikimedia rollout. I can't back that up, because I have never been able to match up what it says in the rollout release notes with how Wikipedia behaviour changes in practice. Philip Trueman (talk) 15:17, 25 November 2014 (UTC)
Popups don't pop up any more for me either on any page - using standard Chrome browser nor Firefox - I've not had a problem with them for ages (years?) so something has been broken. Correlation is not causality, but this edit and this one happened at about the right time. --RobertG ♬ talk 15:44, 25 November 2014 (UTC)
"Mozilla/5.0 (Windows NT 6.0; rv:33.0) Gecko/20100101 Firefox/33.0" MediaWiki:Gadget-popups.js was just edited today. --NE2 15:19, 25 November 2014 (UTC)
"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.114 Safari/537.36". Epicgenius (talk) 15:26, 25 November 2014 (UTC)
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:33.0) Gecko/20100101 Firefox/33.0 RolandR (talk) 16:55, 25 November 2014 (UTC)

Clear your cache and all should be well. Looks like MSGJ made an update then reverted it about 20 minutes ago. — MusikAnimal talk 17:50, 25 November 2014 (UTC)

Yay, fixed. --NE2 17:52, 25 November 2014 (UTC)

Yes, working again. The latest tweak obviously fixed this. RolandR (talk) 18:02, 25 November 2014 (UTC)
It works now. Epicgenius (talk) 18:07, 25 November 2014 (UTC)

Sorry for the inconvenience, everyone. I tested these changes by deploying them to the Vietnamese Wiktionary, and so far there have been no complaints there. (That script is identical except for some code at the end that translates the gadget into Vietnamese.)

NE2, RolandR, Epicgenius, RobertG, MusikAnimal, would you mind enabling "Navigation popups" at the Vietnamese Wiktionary and trying out the gadget on various pages (such as "grating", "señor", the community portal, etc.)? Thank you for your help, and sorry again for the inconvenience.

 – Minh Nguyễn 💬 21:12, 25 November 2014 (UTC)

@Mxn: I very quickly tried it out and all seemed to work. If you want to test on en-wiki you can put the source somewhere in your userspace then import that script rather than doing so by enabling the gadget, or import it from vt-wikitionary with importScriptURI('https://vi.wiktionary.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-popups.js');. I'm happy to help test it if you'd like. — MusikAnimal talk 21:18, 25 November 2014 (UTC)
It works at vi.wikt for me, too. Epicgenius (talk) 21:32, 25 November 2014 (UTC)
@MusikAnimal: my version of the gadget can be imported from User:Mxn/popups.js, and I did test that too. importScript() and importScriptURI() both circumvent ResourceLoader, but the whole point of my changes was to make the gadget work with ResourceLoader (which automatically compresses the JavaScript for faster page loading times). So instead, please disable the Hovercards beta feature and the real gadget and put this in your common.js: 
importScriptURI("//bits.wikimedia.org/vi.wiktionary.org/load.php?debug=false&lang=en&modules=ext.gadget.navpop&only=scripts&skin=vector&*"); importStylesheet("MediaWiki:Gadget-navpop.css");
– Minh Nguyễn 💬 00:38, 26 November 2014 (UTC)
RL makes scripts behave REALLY differently. Can I suggest we make a separate gadget under the "Testing and development" section to test this new navpopups version, then have people who reported problems test that one so that we can figure out what is going on ? That seems like the best way to ensure that we get to where we need to be. —TheDJ (talk • contribs) 15:04, 27 November 2014 (UTC)

Still not working at all here. Hasn't for a couple of days now. --Kurt Shaped Box (talk) 14:10, 27 November 2014 (UTC)

Template sandboxes and testcases

When hovering over a link to a template page, it would be good if popups included links to its respective /sandbox and /testcases pages, please. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:30, 1 December 2014 (UTC)

score markup previewing instead of article

When I hovered over Molly on the Shore, instead of the lede, I got "\new Score {". I'll look at moving the excerpt down in the article, but is there any way to have the popups ignore what's in <score> tags? Thanks. --SarekOfVulcan (talk) 19:25, 11 December 2014 (UTC)

See my note below -DePiep (talk) 09:17, 16 January 2015 (UTC) In my Firefox atop WinXP, I use the right-mouseclick often (in any website), to reach a topical menu (eg to "open the link in new browser tab"). With popups enabled, I am supposed to click acrobatically fast, if it is catched at all, to get that menu. I see there is a popupDelay=0.5 [sec], but I do not experience that (and I'm not intending to adjust settings). This is frustrating, so I had to switch popups off. Guess this might have been reported more often, but I could not find it. -DePiep (talk) 08:22, 20 December 2014 (UTC)

I also always use "Open Link in New Tab" with FF, and have been doing that forever and Popups don't interfere. The popup appears, but then FF's right-click menu still appears and the popup disappears. You might try clicking the middle button if you have one, a shortcut to "Open Link in New Tab". -- Michael Bednarek (talk) 08:53, 20 December 2014 (UTC)
  • DePiep, good news! There are multiple alternatives to fix this issue for you! 1. If your mouse has a scroll wheel, the default action for most scroll wheels is to open in a new tab. 2. Pressing and holding [CTRL] while you left click will open in a new tab in most browsers. 3. You can adjust the time you have before the popups happen for you. To do this, add:
window.popupDelay=2;//Change navigational popup delay from .5 to 2 seconds
to your common.js page. I hope you find this information useful! — {{U|Technical 13}} (e • t • c) 14:49, 20 December 2014 (UTC)
1. thanx you both, the scrollwheel/middle click hint is new & useful to me. 2. But the question is about the general behaviour. For example, the R-mouseclick menu has ~8 more options now. And I don't expect to need settings to get default (browser) behaviour. Also, as noted, the popup appears really fast so I don't think even the 0.5 [sec] delay is present. -DePiep (talk) 16:50, 20 December 2014 (UTC)
Not a Wiki issiue. Happens in other sites as well (could be mouse hiccup). -DePiep (talk) 09:17, 16 January 2015 (UTC)

Random Louisiana places won't preview

I'm unable to figure out why Winnfield, Louisiana and some other places won't show the preview. --NE2 22:03, 10 February 2015 (UTC)

With that article, the popups preview failed after this edit; compare 22:50 this and this. -- Michael Bednarek (talk) 08:29, 11 February 2015 (UTC)
In MediaWiki:Gadget-popups.js, function Previewmaker.prototype.setData seems to assume that the preview can be generated from the first 10,000 characters of the article. If that's correct, that would explain the failure here, since the infobox size increased from 3200 to 12200 characters. But I may have misunderstood, since my attempt to get round this by setting popupMaxPreviewCharacters to a large value didn't work; I still didn't see a preview. -- John of Reading (talk) 13:26, 11 February 2015 (UTC)
(More) I see why popupMaxPreviewCharacters doesn't work; setData uses this.maxCharacters before the Previewmaker constructor has set its value. -- John of Reading (talk) 13:48, 11 February 2015 (UTC)
Sigh, why do people add this garbage? | area_total_dunam = <!-- used in Middle East articles only -->... --NE2 22:53, 11 February 2015 (UTC)

For example, in Ronald Speirs#Military service, the link enough points shows 

Operation <em>Magic Carpet</em>

where it should show the style. I've reproduced the link right there (the "enough points" one). -- SheeEttin (talk) 04:17, 16 January 2015 (UTC)

I reported it last year at Wikipedia talk:Tools/Navigation popups/Archive 9#em tags in piped links with no response. PrimeHunter (talk) 23:28, 11 February 2015 (UTC)
Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Tools/Navigation_popups/Archive_9&oldid=1142541239"