Wikipedia talk:Tools/Navigation popups/Archive 7

Pages with endashes (such as Bose–Einstein condensate) aren't showing up properly. MC10 | Sign here! 05:01, 22 May 2009 (UTC)

Dude, did you read the template you just added? "This template should be followed by a complete and specific description of the request, so that an editor unfamiliar with the subject matter could complete the requested edit immediately.". Will you please only add {{editprotected}} if you can give a specific edit request, or if it's reasonably likely that almost any admin will know how to fix it?
In any case, I can't see what's supposed to be wrong. From your "aren't showing up properly" I can only assume that you are talking about the popups preview of the page, and it is working fine for me.
 Works for me, Amalthea 09:24, 22 May 2009 (UTC)

Ah, so it's an IE issue. Perhaps the IE hack is no longer needed for IE8. Under IE7 this works right ? —TheDJ (talk • contribs) 10:19, 22 May 2009 (UTC)

Same behaviour in IE 7.0.5730.11, I'm afraid. Michael Bednarek (talk) 11:25, 22 May 2009 (UTC)

Is this new, or has it always done this and simply no one reported it so far ? —TheDJ (talk • contribs) 12:46, 22 May 2009 (UTC)

It's not new, but there are not many articles with "–" in the title (those Latin lists above have only recently been made that way), and even when I come across them, I just don't use the links within the popups. Michael Bednarek (talk) 13:26, 22 May 2009 (UTC)

Do you have the same problem with La Défense ? Or is it only with unicode characters ? —TheDJ (talk • contribs) 14:19, 22 May 2009 (UTC)

Same problem; never noticed it, although I work a bit with operas, and quite a few of those do have various accents (French, German). This seems to happen with all of those, too.

PS: Of course, the German popups don't have that problem, but then again, they don't run in IE native mode at all; error messages at their talk page (in German).

PPS: Strangely, the French popups do have that same problem. Michael Bednarek (talk) 16:53, 22 May 2009 (UTC)

fr: loads the version from us, de: has their own fork. Amalthea 17:08, 22 May 2009 (UTC)

The German popups version is kinda old like amalthea says. Perhaps that is related. I have now made a change to popups that might correct this problem, so if you can clear your cache and try again, it might be fixed. I'm just guessing here, since I don't have access to any version of IE atm. —TheDJ (talk • contribs) 17:31, 22 May 2009 (UTC)

The issue is only with unicode characters, I think. La Défense works fine. And no, the change didn't work. I'm currently using the script version of popups as I have a few different settings for popups. MC10 | Sign here! 02:51, 24 May 2009 (UTC)

I confirm that using Firefox works fine. MC10 | Sign here! 04:58, 24 May 2009 (UTC)

@TheDJ: I have not seen any change in the behaviour of popups.

@MC10: No, as I wrote above, La Défense doesn't work here (IE8) either. Aside: I don't understand the reference to Unicode characters: I type the "–" not as an HTML coded character (–) but as Alt+0+1+5+0 and the é as Alt+0+2+3+3 and believe both to be within the extended ASCII set; maybe the "–" is converted through some magic to its Unicode equivalent (–)? (rhetorical question) -- Michael Bednarek (talk) 09:19, 24 May 2009 (UTC)

La Défense  Works for me; try using compatibility mode. MC10 | Sign here! 23:29, 24 May 2009 (UTC)

I can't figure out what the big change is between old and new version diff that would cause it to work in IE8 in the old version, but not work in the new version. What was tested on the German wikipedia? – or é, and was it in compatiblity mode or not ? It seems to me that atm we have: é only working in IE7/compatibility mode, and – not working in either IE7/comp. or IE8. Did i distill this information correctly ? —TheDJ (talk • contribs) 12:23, 25 May 2009 (UTC)

It is possible that I'm running into this issue. I'll create a test version for people so that we can test this. —TheDJ (talk • contribs) 12:44, 25 May 2009 (UTC)

Please add importScript( 'User:TheDJ/hreftester.js' ) to your monobook.js file and visit User:TheDJ/Tester. You can add the results below. —TheDJ (talk • contribs) 13:17, 25 May 2009 (UTC)

Useragent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_7; en-us) AppleWebKit/530.10+ (KHTML, like Gecko) Version/4.0 Safari/528.17
0: href: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: [href]: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href'): /wiki/La_D%C3%A9fense
0: getAttribute('href', 2): /wiki/La_D%C3%A9fense
1: href: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: [href]: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href'): /wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href', 2): /wiki/Bose%E2%80%93Einstein_condensate

Useragent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.10) Gecko/2009042315 Firefox/3.0.10
0: href: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: [href]: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href'): /wiki/La_D%C3%A9fense
0: getAttribute('href', 2): /wiki/La_D%C3%A9fense
1: href: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: [href]: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href'): /wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href', 2): /wiki/Bose%E2%80%93Einstein_condensate

Useragent: Opera/9.62 (Macintosh; Intel Mac OS X; U; en) Presto/2.1.1
0: href: http://en.wikipedia.org/wiki/La_Défense
0: [href]: http://en.wikipedia.org/wiki/La_Défense
0: getAttribute('href'): /wiki/La_D%C3%A9fense
0: getAttribute('href', 2): /wiki/La_D%C3%A9fense
1: href: http://en.wikipedia.org/wiki/Bose–Einstein_condensate
1: [href]: http://en.wikipedia.org/wiki/Bose–Einstein_condensate
1: getAttribute('href'): /wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href', 2): /wiki/Bose%E2%80%93Einstein_condensate

(ec) Apparently, MC10's and my experiences differ. I observe popups' corrupted page names in IE7 and IE8 (any mode); MC10 writes it works in IE8's Compatiblity Mode. For me, the popup for La Défense is always La Défense (= La_D%C3%83%C2%A9fense ). It doesn't bother me, though. -- Michael Bednarek (talk) 13:23, 25 May 2009 (UTC)

Alrighty, IE8 in normal mode: La Défense works, Einstein doesn't, output when I execute javascript:void(importScript( 'User:TheDJ/hreftester.js' )) by pasting it into the address bar is:

Useragent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Win64; x64; Trident/4.0; .NET CLR 2.0.50727; SLCC2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)
0: href: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: [href]: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href'): /wiki/La_D%C3%A9fense
0: getAttribute('href', 2): /wiki/La_D%C3%A9fense
1: href: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: [href]: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href'): /wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href', 2): /wiki/Bose%E2%80%93Einstein_condensate

In compatibility mode, both are borken, and output is:

Useragent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Win64; x64; Trident/4.0; .NET CLR 2.0.50727; SLCC2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)
0: href: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: [href]: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href'): http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href', 2): /wiki/La_D%C3%A9fense
1: href: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: [href]: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href'): http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href', 2): /wiki/Bose%E2%80%93Einstein_condensate

Slight difference between the two with getAttribute('href') (absolute URL vs. relative), but nothing that would hint at the problem. Haven't tried looking into it myself yet.
Amalthea 13:43, 25 May 2009 (UTC)

(ec)

IE8, Compatibility View

Useragent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; GTB6; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 1.1.4322; InfoPath.1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
0: href: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: [href]: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href'): http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href', 2): /wiki/La_D%C3%A9fense
1: href: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: [href]: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href'): http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href', 2): /wiki/Bose%E2%80%93Einstein_condensate

IE8, IE8 Mode

Useragent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; .NET CLR 1.1.4322; InfoPath.1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729)
0: href: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: [href]: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href'): /wiki/La_D%C3%A9fense
0: getAttribute('href', 2): /wiki/La_D%C3%A9fense
1: href: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: [href]: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href'): /wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href', 2): /wiki/Bose%E2%80%93Einstein_condensate

-- Michael Bednarek (talk) 13:48, 25 May 2009 (UTC)

It seems to me the problem is not with the retrieval of the URLs —I can click on the blue link on the page for La Défense and get there— but with the transformation of that URL into the text in the popup window where it turns up as La Défense. I noticed there is some relationship between the expected and the received characters:

é = %C3 %83 %C2 %A9
à =  C3      © = A9

Just a thought… -- Michael Bednarek (talk) 14:21, 25 May 2009 (UTC)

Windows Vista with Internet Explorer 8:

Useragent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Trident/4.0; GTB6; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; InfoPath.2; OfficeLiveConnector.1.3; OfficeLivePatch.0.0; .NET CLR 3.5.30729; .NET CLR 3.0.30618)
0: href: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: [href]: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href'): http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href', 2): /wiki/La_D%C3%A9fense
1: href: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: [href]: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href'): http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href', 2): /wiki/Bose%E2%80%93Einstein_condensate

MC10 | Sign here! 20:40, 25 May 2009 (UTC)

Windows 7 with Internet Explorer 7:

Useragent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; Tablet PC 2.0; .NET CLR 3.0.30529; .NET CLR 3.0.30618; .NET CLR 3.5.30529; .NET CLR 3.5.30618; InfoPath.2; Media Center PC 5.0)
0: href: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: [href]: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href'): http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href', 2): /wiki/La_D%C3%A9fense
1: href: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: [href]: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href'): http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href', 2): /wiki/Bose%E2%80%93Einstein_condensate

MC10|Sign here! 00:53, 10 June 2009 (UTC)

• I suspect this will add nothing to the diagnosis, but here it is:

IE7

Useragent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB6; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648)
0: href: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: [href]: http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href'): http://en.wikipedia.org/wiki/La_D%C3%A9fense
0: getAttribute('href', 2): /wiki/La_D%C3%A9fense
1: href: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: [href]: http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href'): http://en.wikipedia.org/wiki/Bose%E2%80%93Einstein_condensate
1: getAttribute('href', 2): /wiki/Bose%E2%80%93Einstein_condensate

The main point of this message is to report that popups for La Défense do in fact work in IE7. My earlier report of it not working must have been based on an erroneous observation.

The fact that DC10 and I report different behaviour of IE8 in Compatibility View may indicate a client-side cause; my head hurts. Michael Bednarek (talk) 02:01, 26 May 2009 (UTC)

Another point I observed: while popups for links with %-encoded characters like La Défense show up mangled, it works fine whit La Defense where the target of the REDIRECT is properly displayed. Obvious question: what's the difference how these elements are generated? -- Michael Bednarek (talk) 14:32, 3 June 2009 (UTC)

Since this ends with a question and the problem still exists, I assume it stands unresolved. I'm not certain what "how these elements are generated" means, but I can tell you that when one moves the cursor to the redirected-to title in the popup, another popup appears and the non-function is there. Furthermore, the same thing happened with It's a Bird...It's a Plane...It's Superman when commas were replaced with some sort of markup/insert-like ellipses last October. I replaced each with three periods, re-enabling navpops, but the markup/insert job was done by an anonymous IP, and I can find no such option in any of the various insert boxes in the drop box beneath the edit windows! --Tbrittreid (talk) 22:46, 1 April 2010 (UTC)

It appears to be fixed in IE8, compatibility mode on or off. —MC10 (T•C•GB•L) 18:55, 13 August 2010 (UTC)

Non-Latin title

Click this image. then You can see the problem. Browser is IE8

In wikis that doesn't use Latin character. Titles are broken. Popup is showing "대한민국" as 대한민국.--Kwj2772 (talk) 15:21, 23 June 2009 (UTC)

Does the earlier discussion here (Section: #Pages with endashes in titles) apply to your situation? Which browser and which version do you use? Could you provide an example of an article which you consider broken? -- Michael Bednarek (talk) 04:52, 24 June 2009 (UTC)

I don't think anything can or will be done to Navigation popups to fix IE's deficiencies; many other tools don't work in IE, either. You should consider alternative browsers or turn popups off. -- Michael Bednarek (talk) 10:30, 4 July 2009 (UTC)

-> Dictionary

Hello, many of us are foreigners, with a still inperfect English. Is there some way to look up at an English words using your tool and to get the French, Spanish, Italian translation ? This may be done using the inter-wiki (in the article Apple are all the translations), or using the wikitionary.

This would provide, within wikipedia, a powerful and universal 'Pera kun-like'. Help wikipedians to improve their language skills will help wikipedia to get more translations. Yug (talk) 21:43, 12 July 2009 (UTC)

Interwiki links are nice, but a script like the one proposed at Wikipedia:Gadget/proposals#Translation Popups from Google gadget is probably more useful, since it allows translation of any word, not just the wikilinked ones.
Comments should probably go there. Amalthea 21:49, 12 July 2009 (UTC)

And I have been working with it's author to prepare it for a wider deployment. (Still not really there, but getting better). —TheDJ (talk • contribs) 21:51, 12 July 2009 (UTC)

Great to learn that somes are already working in a such direction ! I will become a fan ! I got there to look at it ;) Yug (talk) 22:42, 12 July 2009 (UTC)

"Editors" function broken

Selecting "editors" in Safari or Firefox on any article popup returns an ugly internal tool server error that says one should "email tds ['at'] cloudstormtech ['dot'] com with the exact URL you used when you recieved this error." However, the email address bounces. UncleDouggie (talk) 07:24, 24 September 2009 (UTC)

meta:Toolserver#Contact —TheDJ (talk • contribs) 10:12, 24 September 2009 (UTC)

popupAdjustDates not working

In both Safari and Firefox, setting "popupAdjustDates=true;" doesn't change the displayed dates to local time. I am getting local times on regular history pages so my preferences are OK. I bypassed the cache as well. UncleDouggie (talk) 07:28, 24 September 2009 (UTC)

Displayed dates where ? As far as I know popupAdjustDates is currently only used for History pages indeed. —TheDJ (talk • contribs) 10:10, 24 September 2009 (UTC)

It used to correct the time on pop-ups of article history, contributions, and so on, then that broke for a while some time ago, then it came back - but it seems to have broken again in recent days. For example, when I call up "history" on your talk page link above, or hover over your "contributions" link, the times are in UTC rather than my zone. --Ckatz^chat_spy 18:31, 24 September 2009 (UTC)

It seems there was a bug in mediawiki. It was fixed in november, and the code has not yet deployed apparently. bugzilla:21441 —TheDJ (talk • contribs) 02:40, 22 January 2010 (UTC)

Chrome 3

On Google Chrome 3, when I go to a page and then go back a page popups stops working so I have to reload the page for it to work. Powergate92Talk 20:18, 24 September 2009 (UTC)

Same problem for me too. It is quite annoying because once you've had the speed of Chrome, you hate going back to FF or IE. When I am checking diffs on my watchlist, popups are the only civilized way to do it (quick and easy). So having to reload the page is a problem because I lose my scroll position. — ¾-10 23:56, 17 October 2009 (UTC)

Me again—Actually it is even worse than that. Reloading the page within the existing window isn't enough to restart the popups. I have to close the window and start again. Also, even if I am shift-clicking links (open in new window) instead of clicking, the original window's popups activity is still fubar'd by my activity. — ¾-10 00:00, 18 October 2009 (UTC)

The same is true on all WebKit. Probably has something to do with the new load/close event model of WebKit. I have no idea how to fix this at this time. —TheDJ (talk • contribs) 10:56, 19 October 2009 (UTC)

Problems with displaying diffs

Popups sometimes gets the display of diffs wrong when they involve the symbols < or >. See here or here. When you hover over these links, popups will show a diff involving the HTML entity > however when you click on the link, Mediawiki will show the true diff; no HTML entities were involved.

Sometimes, popups' diff routine is not able to compute a minimal diff set and simply shows the whole article changed, as in this example: [1]

Cheers, AxelBoldt (talk) 03:16, 7 December 2009 (UTC)

Clear case of "patches are welcome". —TheDJ (talk • contribs) 07:35, 7 December 2009 (UTC)

Doesn't work on translatewiki:...

Resolved

...because they use i.php instead of index.php.

Can we read wgScript and avoid hard-coding "index.php"? Liangent (talk) 03:37, 27 December 2009 (UTC)

Hehe, code from 2004 :D I'll try and fix this tonight. —TheDJ (talk • contribs) 15:39, 29 December 2009 (UTC)

Heh, just wanted to point out that siteBotInterfacePath and siteArticlePath can be bypassed these days as well, but I notice you already did that. :) Amalthea 12:15, 5 January 2010 (UTC)

I have a version that fixes this problem. I'll test it for a while, and I'm also thinking about redoing the namespace detection etc. The namespaces are now listed in every page as JS variables. It will make the lists of translated namespaces no longer needed in the future. —TheDJ (talk • contribs) 14:15, 5 January 2010 (UTC)

A new version was deployed that should fix this problem. —TheDJ (talk • contribs) 15:47, 20 January 2010 (UTC)

This change was undone, because it was broken for some cases. —TheDJ (talk • contribs) 18:23, 20 January 2010 (UTC)

And enabled again. —TheDJ (talk • contribs) 19:53, 20 January 2010 (UTC)

Pages with endashes in titles: works now

The issues described above at #Pages with endashes in titles now seem all resolved. Many thanks to those who fixed it. -- Michael Bednarek (talk) 06:16, 13 January 2010 (UTC)

Now it doesn't anymore (IE8, compatibility mode on or off). -- Michael Bednarek (talk) 13:52, 16 January 2010 (UTC)

The weird thing is, it works for pop-ups over diffs: diff (works) for Bose–Einstein condensate (doesn't). – Baffled, Michael Bednarek (talk) 06:09, 18 January 2010 (UTC)

I'm able to display a popup preview for both of those links. --King Öomie 14:02, 19 January 2010 (UTC)

Using IE8? -- Michael Bednarek (talk) 14:05, 19 January 2010 (UTC)

FF 3.5.7. Also working under IE 8.0.6001, according to the test I just did. Though, par for the course, the formatting was screwed up, and it took forever to load the previews. --King Öomie 14:34, 19 January 2010 (UTC)

 Works for me for both IE 8 and Firefox 3.6.6. —MC10 (T•C•GB•L) 18:20, 29 June 2010 (UTC)

Outsize images being cached

Resolved

I've noticed this a few times before, on checking my internet cache there are some seriously large images stored there.. e.g. in the last three days browsing, the top 10 files are all from upload.wikimedia.org one image 6.5 Mb, and others approaching that. I've only clicked on one hi-res picture recently so I can only presume that the pop-ups is causing them to be pre-loaded ( I have it enabled in my monobook). This seems like an overuse of bandwidth, luckily I don't have a capped limit. I see there is an option imagePopupsForImages, which I have yet to test. If disabling this stops this caching, might it be an idea to disable by default? After all there is no point in loading an image bigger than the pop-up window and I don't think the benefit of speeding up further browsing to a higher resolution image outways the bandwidth cost ? Many thanks for a great gadget though :) ! Lee∴V (talk • contribs) 22:29, 19 January 2010 (UTC)

I ought to point out I might of had the gadget installed in an old fashioned way in my monobook, i.e. document.write('<script type="text/javascript" src="' + 'http://en.wikipedia.org/w/index.php?title=User:Lupin/popups.js' + '&action=raw&ctype=text/javascript&dontcountme=s"></script>'); Lee∴V (talk • contribs) 23:19, 19 January 2010 (UTC)

Popups is showing thumbnailed versions of images in its previews.
Were those large images perchance mostly .gif images? Amalthea 23:54, 19 January 2010 (UTC)

Hmm, just re-enabled script for testing, Nope I have a jpg and a png, an example on Thorntail stingray article, as I hover over picture under taxonomy heading, the 153k image appears in my cache, should I disable script and use the option in gadgets, or do you want me to test further ? might be a problem with how thumbnail images are delivered and we could save WP a whole heap of bandwidth/money! Lee∴V (talk • contribs) 01:09, 20 January 2010 (UTC)

Pity. :)
But I see that you're right, popups is requesting a whole bunch of image versions, in the hopes of getting one that has been thumbnailed and is available. Looking at this page, it requests

http://upload.wikimedia.org/wikipedia/en/thumb/d/de/Popup%20encoding%20error.png/180px-Popup%20encoding%20error.png 404 Not Found
http://upload.wikimedia.org/wikipedia/en/thumb/d/de/Popup%20encoding%20error.png/120px-Popup%20encoding%20error.png 404 Not Found
http://upload.wikimedia.org/wikipedia/commons/thumb/d/de/Popup%20encoding%20error.png/180px-Popup%20encoding%20error.png 200 OK
http://upload.wikimedia.org/wikipedia/commons/thumb/d/de/Popup%20encoding%20error.png/120px-Popup%20encoding%20error.png 200 OK
http://upload.wikimedia.org/wikipedia/en/thumb/d/de/Popup%20encoding%20error.png/200px-Popup%20encoding%20error.png 404 Not Found
http://upload.wikimedia.org/wikipedia/en/thumb/d/de/Popup%20encoding%20error.png/250px-Popup%20encoding%20error.png 404 Not Found
http://upload.wikimedia.org/wikipedia/en/thumb/d/de/Popup%20encoding%20error.png/300px-Popup%20encoding%20error.png 404 Not Found
http://upload.wikimedia.org/wikipedia/en/thumb/d/de/Popup%20encoding%20error.png/210px-Popup%20encoding%20error.png 404 Not Found
http://upload.wikimedia.org/wikipedia/en/thumb/d/de/Popup%20encoding%20error.png/230px-Popup%20encoding%20error.png 404 Not Found
http://upload.wikimedia.org/wikipedia/en/d/de/Popup_encoding_error.png 404 Not Found
http://upload.wikimedia.org/wikipedia/commons/d/de/Popup_encoding_error.png 200 OK

I.e, it actually downloads three images (two thumbed, one full), to show a 60x74px preview.
From a glance, I don't see why it needs to do that (any more): If the image is found in a project, the thumbnail is generated upon request. Trying a thumbnail from local project and commons should be enough (unless the image is smaller than the requested thumbnail, in which case it could fall back to loading the original).
I'd have to take a more thorough look, or maybe DJ knows whether there's still a reason for that code?
Amalthea 01:38, 20 January 2010 (UTC)

Add popupImages=false; to your monobook. --Closedmouth (talk) 12:10, 20 January 2010 (UTC)

This is one of those pieces of code that is incredibly outdated. Unfortunately, it's also rather complicated, so I can't just rip it out, I'll see what I can do to fix it. —TheDJ (talk • contribs) 16:08, 20 January 2010 (UTC)

I have started work on this. —TheDJ (talk • contribs) 01:58, 21 January 2010 (UTC)

Implemented. I'll test this myself for a day, will deploy later this week. (that's a BIG code reduction :D ) —TheDJ (talk • contribs) 16:30, 21 January 2010 (UTC)

Nice one - sounds good! I hope it ends up being faster for you as well as saving bandwidth ! :) Lee∴V (talk • contribs) 23:15, 21 January 2010 (UTC)

Tested on all my browsers and deployed. A lot quicker, and a lot less code. By default retrieves a 200px thumb which it displays in a 60px frame. Both values can be changed in the prefs. —TheDJ (talk • contribs) 00:45, 22 January 2010 (UTC)

sofa so good - seems to be working here too - can't judge on speed (different internet connection), brilliant :) DJ Lee∴V (talk • contribs) 01:26, 22 January 2010 (UTC)

Broken with secure wikipedia

Resolved

Popups seem to have been broken recently when browsing via https://secure.wikimedia.org/wikipedia/en. I browse primarily via the secure version, and popups were working a few days ago, but no longer work -- i just get the plain/regular tooltip. If I login to the non-secure http://en.wikipedia.org/wiki/ the popups work fine. It's only the secure version where things seem broken. I'm using popups via the Special:Preferences settings. I've cleared my cache in case there was a recent change. I've also tried disabling all my add-ins in case they were interfering. netjeff (talk) 17:53, 20 January 2010 (UTC)

I see there was an edit to the popups javascript today (Jan 20). Did that somehow break things for browsing via secure wikipedia? netjeff (talk) 18:04, 20 January 2010 (UTC)

It should be fixed now. Thanks for the report ! —TheDJ (talk • contribs) 19:51, 20 January 2010 (UTC)

Now works for me. Thanks for the quick fix! netjeff (talk) 21:39, 20 January 2010 (UTC)

Not autosaving

Hello. I'm using popups with Firefox 3.5.7, and it's stopped autosaving. Until about a week ago, whenever I clicked revert it would automatically save the changes, but now I just get a page showing the differences between revisions and have to click save myself. I much preferred the old way! Any ideas? Using vista and XP on different computers; I note that Firefox has recently been updated. Thanks. Chris (talk) 17:52, 24 January 2010 (UTC)

Autosaving what ? What page were you on, what action did you execute. Is it in all titles or just this one time on one title. Also, your Firefox has an error log. It is under Tools -> Error Console. The red messages can be quite helpful. —TheDJ (talk • contribs) 19:06, 24 January 2010 (UTC)

The above user most likely refers to the "One-click revert of vandalism from history browser" feature. When activated, it now doesn't autoclick the "save changes" button as it did before. In my case, the change occurred when switching to the beta skin. It still works the old way on ruwiki, where I'm using the default skin. Guess this is some sort of compatibility issue... --Illythr (talk) 22:06, 20 March 2010 (UTC)

It used to do that? I've used that function for a while now, and never had it automatically save. --Auntof6 (talk) 05:18, 21 March 2010 (UTC)

It still does, outside of beta. --Illythr (talk) 13:50, 21 March 2010 (UTC)

Redirect action thrown off by underscores in page name

I had to do this edit manually after discovering that popups detected the redirect, but did not substitute the article name because it embedded underscores rather than spaces. This also suggests a future function for popups to detect and fix underscores in links. Dl2000 (talk) 20:49, 24 January 2010 (UTC)

This is now fixed. Though all that autoedit code really should be rewritten soon. It's all buggy as hell. —TheDJ (talk • contribs) 14:24, 9 February 2010 (UTC)

NaN

When links to contribs pages on translatewiki: (eg. http://translatewiki.net/wiki/Special:Contributions/Siebrand ) are pointed, a table with dates and times replaced with NaNs is displayed. Liangent (talk) 11:01, 30 January 2010 (UTC)

It seems to be a bug in MediaWiki core. Wait for the next update on translatewiki:. Liangent (talk) 15:18, 30 January 2010 (UTC)

broken anchor in popups

[2] It use %28 instead of .28 for the anchor, it should be replacing % with . 21:32, 8 February 2010 (UTC)

Hmm, the commands for the autoedit seem correct and use a . It must be somewhere in either the parsing or the execution of the commands... —TheDJ (talk • contribs) 13:34, 9 February 2010 (UTC)

That diff is from August 2008; works fine these days. Amalthea 21:30, 16 February 2010 (UTC)

I don't think so. This is about header id normalization, something which popups doesn't understand (it reads () from the dab page and encodes it, where it should covert it to a valid header id. —TheDJ (talk • contribs) 23:20, 16 February 2010 (UTC)

Navpop certainly has code to create anchor ids, see the Title class. Or test the dab functionality on User:Amalthea/test19: The dab link navpop offers is this one which has the correct substitutions.
It's very probable that navpop doesn't replicate MediaWiki's anchor generation 100% (which is unnecessarily difficult since MediaWiki uses four different algorithms in the five places it produces anchors, see bugzilla:18431), but in this particular case, it works fine for me. Amalthea 00:00, 17 February 2010 (UTC)

Ref removal does not recognize empty refs

Resolved

Everything in the preview between <ref ... /> and </ref> is removed, because the script thinks <ref ... /> is an opening tag when it is actually an empty tag. That is,

Lorem ipsum dolor sit amet, consectetur adipiscing elit.<ref name="foo"/> Fusce a lacus leo. Etiam ultricies mi quis eros imperdiet aliquam.<ref>bar</ref> Pellentesque sit amet augue ante, at dignissim lacus.

will result in

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque sit amet augue ante, at dignissim lacus.

when it should actually result in

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Fusce a lacus leo. Etiam ultricies mi quis eros imperdiet aliquam. Pellentesque sit amet augue ante, at dignissim lacus.

You can test it eg. here (check the link to the Ima Hogg article). --Tgr (talk) 11:02, 9 February 2010 (UTC)

Well spotted. Should be fixed now with this. —TheDJ (talk • contribs) 13:21, 9 February 2010 (UTC)

Wrong path regexp for wikis where index.php is in webroot

I tried to install the popups for the Hungarian Uncyclopedia (by importing User:Lupin/popups.js and the Hungarian localization file from hu.wp using ImportScriptURI), and it fails on diff links with the following error:

this.value is null
http://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-popups.js
Line 2414

Apparently the Title() object is unable to parse the url. An example for such an url is

http://unciklopedia.org/index.php?title=F%C3%A1jl:Willamette.jpg&curid=7403&diff=49151&oldid=49146

and the value of pg.re.main is

/[^:]*:\/\/unciklopedia\.org((?:index[.]php|wiki[.]phtml)[?]title=|\/wiki\/)([^&?#]*)[^#]*(?:#(.+))?/

(note the lack of / between the domain name and index.php). wgScript is /index.php and wgScriptPath is an empty string so it seems you should either use wgScript or assume wgScriptPath is really '/' when it is empty. --Tgr (talk) 00:34, 6 March 2010 (UTC)

Haven't looked at it in detail, but it seems DJ has already Yfixed this. Amalthea 08:49, 30 March 2010 (UTC)

Numbers not appearing properly?

I don't think I've ever seen birthdates/deathdates appear in this script before (such as "John Smith (January 1, 1900 – December 31, 1970)"). It would just appear as "John Smith ()". Also, numbers in general don't seem to appear in the script, such as for Cretaceous–Tertiary extinction event, it says "which occurred approximately (Ma)," instead of "which occurred approximately 65.5 million years ago (Ma),". Known bug? Gary King (talk) 08:53, 7 March 2010 (UTC)

No, but popups doesn't parse (or show) template usage. —TheDJ (talk • contribs) 11:38, 7 March 2010 (UTC)

Link to Page View Statistics

Can someone please show me how to add a custom link to popups that goes to a page's page view statistics? For example, if I hover over List of National Monuments of the United States, can there be a link in the popup to http://stats.grok.se/en/201003/List_of_National_Monuments_of_the_United_States? Thanks, Reywas92^Talk 20:44, 7 March 2010 (UTC) Anyone? I don't think it would be very hard at all for someone familiar with code. Reywas92^Talk 23:49, 14 March 2010 (UTC)

Opera 10.51

Opera has just released a new version. It and popups don't seem to be getting on at all. The error console gives:

Uncaught exception: TypeError: 'keyHooks[i].hook.apply' is not a function
Error thrown at line 5421, column 3 in <anonymous function: Navpopup.prototype.runHooks>(key, when) in http://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-popups.js:
   if (keyHooks[i].hook.apply(this, []))
called from line 5515, column 1 in <anonymous function: Navpopup.prototype.hide>() in http://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-popups.js:
   this.runHooks('hide', 'before');
called from line 5406, column 1 in <anonymous function: Navpopup.prototype.banish>() in http://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-popups.js:
   this.hide();
called from line 3690, column 2 in mouseOutWikiLink() in http://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=MediaWiki:Gadget-popups.js:
   a.navpopup.banish();

Is there anything I can do at my end? Mr Stephen (talk) 09:50, 23 March 2010 (UTC)

Same problem here. I'm going to contact Opera here. Perhaps others should do the same? Jwesley₇₈ 16:31, 24 March 2010 (UTC)

Popups is now a hindrance, not a help, so I think it's time to strike it out. It would be nice if someone could post here if and when it works again. Mr Stephen (talk) 17:11, 6 April 2010 (UTC)

This is still a problem in Opera 10.53:

JavaScript - http://en.wikipedia.org/wiki/Special:Watchlist
Uncaught exception: TypeError: 'keyHooks[i].hook.apply' is not a function
Error thrown at line 5422, column 3 in <anonymous function: Navpopup.prototype.runHooks>(key, when) in http://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js&action=raw&ctype=text/javascript&270z54:
    if (keyHooks[i].hook.apply(this, []))
called from line 5516, column 1 in <anonymous function: Navpopup.prototype.hide>() in http://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js&action=raw&ctype=text/javascript&270z54:
    this.runHooks('hide', 'before');
called from line 5407, column 1 in <anonymous function: Navpopup.prototype.banish>() in http://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js&action=raw&ctype=text/javascript&270z54:
    this.hide();
called from line 3728, column 3 in <anonymous function>() in http://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js&action=raw&ctype=text/javascript&270z54:
    navpop.banish();
called from line 5036, column 2 in <anonymous function: Mousetracker.prototype.runHooks>() in http://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js&action=raw&ctype=text/javascript&270z54:
    if (this.hooks[i](x, y)===true)
called from line 5125, column 12 in <anonymous function>() in http://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js&action=raw&ctype=text/javascript&270z54:
    savedThis.runHooks();

I really like using Opera. The problem apparently only occurs when quickly moving the mouse across a page with a large number of links, e.g, the watchlist. Could a developer of this take some time to analyze the problem. I've already reported it to Opera. Maybe they consider this a bug in the javascript and not in the browser? Justin W Smith ^talk/_stalk 22:12, 1 May 2010 (UTC)

With me, on Opera 10.53 beta for Linux, they work for the first few links you hover on, but then it just freezes (either with a hoverbox up or without), and you have to reload the page for it to work. Muzer (talk) 22:51, 11 June 2010 (UTC)

Opera 11.00 seems OK. Mr Stephen (talk) 16:00, 16 December 2010 (UTC)

Additional problem in Chrome

The popups for links such as List of Pokémon (401–420) don't work in Chrome for me. They try to show a preview for List of Pokémon (401–420) instead. Is there a way to fix this behavior? —Ost (talk) 21:35, 25 March 2010 (UTC)

I don't have this problem, what version of Chrome, what OS, and how are you loading popups ? —TheDJ (talk • contribs) 23:18, 25 March 2010 (UTC)

I'm running Windows XP and using Chrome v. 4.1.249.1042, which it says is up to date. I'm loading popups from Gadgets with Vector as my skin. —Ost (talk) 13:00, 26 March 2010 (UTC)

Also, I have the parameters set: popupFixRedirs = true; popupRedlinkRemoval = true; popupFixDabs = true;

I cannot reproduce this. —TheDJ (talk • contribs) 14:07, 29 March 2010 (UTC)

I have the same problem, Gadgets, Monobook, Chrome 5.0.375.70 on WinXP. DuncanHill (talk) 17:24, 15 June 2010 (UTC)

I just tested for this again:

Google Chrome	5.0.375.55 (Officiële build 47796) unknown
WebKit	533.4
V8	2.1.10.13
User-agent	Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.55 Safari/533.4

And no problems whatsoever. Perhaps you guys have other scripts or gadgets enabled that are breaking popups. —TheDJ (talk • contribs) 17:46, 15 June 2010 (UTC)

After clearing my vector.js to only popup parameters and selectively removing gadgets, it appears that the culprit for me is the last gadget "The JavaScript Standard Library, a compatibility library for browsers that lack full support for JavaScript 1.6. This includes Internet Explorer and old versions of Opera and Safari." I suppose that I use IE infrequently enough that I can remove the gadget, but aren't gadgets generally supposed to work with each other? —Ost (talk) 19:47, 15 June 2010 (UTC)

Thanks Ost316, removing that gadget fixed it for me. DuncanHill (talk) 22:20, 15 June 2010 (UTC)

Looking through the JavaScript error console in Firefox, it seems as if that gadget has some JavaScript problems. Perhaps that is the issue. —MC10 (T•C•GB•L) 00:19, 28 June 2010 (UTC)

Template usage

Templates don't render in popups; this is probably a good idea as it keeps infoboxes & boilerplate like “This article needs cleanup...” from showing. But, is there some "magic word" that I can stick into the wikitext of an article that says it's okay from this point on to render templates? Hgrosser (talk) 07:23, 29 March 2010 (UTC)

No, because popups doesn't render. It only parses wikicode and does some very basic formatting (of links for instance). It cannot do an HTML preview. There is an option to display the templates in wikicode. popupPreviewRawTemplates=true; should work for that. —TheDJ (talk • contribs) 14:09, 29 March 2010 (UTC)

But this is something you have to add to your own .js file, not to the article, correct? Hgrosser (talk) 06:48, 30 March 2010 (UTC)

Yes. But that has only an effect when previewing a template, it won't display transcluded templates either. Amalthea 07:48, 30 March 2010 (UTC)

Oh, i made an error. I actually meant popupPreviewKillTemplates=false;. No preview, but you do get to see that there IS a template. —TheDJ (talk • contribs) 11:44, 30 March 2010 (UTC)

time is not correct (2 hours)

Hello, on de.wikipedia I use this tool. There de:Wikipedia:Fragen_zur_Wikipedia#Wikipedia_Uhrzeit nobody could help with the problem that the time is 2 hours wrong. Here is a screen-shot de:file:Popups-fehler-beispiel-fzw.jpg of the problem. Could anyone explain what to do? (Sorry for my bad English) --Steffen2 (talk) 14:06, 6 April 2010 (UTC)

The times used by the script are all in GMT time, regardless of your timezone. Gary King (talk) 08:07, 10 April 2010 (UTC)

Actually, it ought to take into account your timezone settings, it's just that the developers have changed how that works, a couple of times over the years. I guess I need to fix it again. —TheDJ (talk • contribs) 13:54, 10 April 2010 (UTC)

Ah, you need to update your timezone preferences, to make sure they use the "new" method. And have a 'recent' version of popups installed of course. —TheDJ (talk • contribs) 15:18, 10 April 2010 (UTC)

Midway Games strangeness

Before I made this edit, Popups would start from the line "Sumner Redstone, the head of Viacom/CBS Corporation...". Why is that? Gary King (talk) 08:09, 10 April 2010 (UTC)

The popups wikicode parser was probably confused and figured the first alinea was part of the infobox or something, causing it to be ignored. —TheDJ (talk • contribs) 14:27, 10 April 2010 (UTC)

That's what I don't get, though. Why does Popups start at the third paragraph and not the second then? Gary King (talk) 18:28, 10 April 2010 (UTC)

Looking at the old revision, it was probably the quote signs for italics on the 2nd hatnote that was the problem. The parser probably parsed away all content following until it had balanced out the quote signs (which it did in ref2 and the end of paragraph 2). —TheDJ (talk • contribs) 18:39, 10 April 2010 (UTC)

Hovering over images

I never want popups to show up when I'm hovering over an image. There's supposed to be an option for this, "imagePopupsForImages", but setting it to false doesn't prevent this for me. Does it work for other users? Is there some filter I can use to stop this from happening? Please help!-- Patrick {_oѺ^∞} 21:31, 1 May 2010 (UTC)

So I guess "imagePopupsForImages" doesn't do that, I must have misunderstood. Anyway, I edited the code on my own namespace, but can't get a version that does what I want, and doesn't have a popup if its an image I'm hovering over.-- Patrick {_oѺ^∞} 22:10, 1 May 2010 (UTC)

I've modified your version, simply by extending the urlNoPopup regex.
Is an option to exclude certain titles considered useful by others, too? Amalthea 23:44, 1 May 2010 (UTC)

Thanks, I'd been experimenting for a while, but that seems to work!-- Patrick {_oѺ^∞} 00:27, 2 May 2010 (UTC)

Link to page logs

Would it be possible to include a link to the complete log of the page under the action menu? I see this was (sort of) proposed months ago above. I don't have any idea where it would go - perhaps somewhere before/after the un|watch options? ~ Amory (u • t • c) 03:49, 5 May 2010 (UTC)

Vector skin incompatibilities

• Reverts with popups don't work. Not sure about other autoedits, like disambiguations. Amalthea 15:51, 12 May 2010 (UTC)
  • Before I got access to the rollback feature, I used to use Lupin's anti-vandal tool (which uses the same autoedit code as Lupin's popups for "non-admin" rollback) and the edit box was filled in with the correct text but did not automatically save. Is this the behavior you are seeing? I don't use popups for editing Wikipedia, only for navigating. PleaseStand ^(talk) 20:30, 12 May 2010 (UTC)
• Check if it is any better now. I switched a hookEvent for an AddOnloadHook and it seems more reliable now. —TheDJ (talk • contribs) 01:50, 13 May 2010 (UTC)
  • Does not work for me. I cannot revert or disambig using PopUps since the move to the vector skin. Johnny Au _{(talk/contributions)} 03:28, 15 May 2010 (UTC)
  • Sorry, I expected it to be something easy and reproducible so I hadn't investigated myself. Works for me now, If I notice it again I'll take a deeper look. Amalthea 15:31, 15 May 2010 (UTC)

Support for the new WP layout?

Today, the new wikipedia layout took me by surprise. For me, popups.js seems to have stopped working (in the new layout, at least). Is that correct or can I change something (in monobook.js or something) to make it work? Regards, BNutzer (talk) 10:48, 13 May 2010 (UTC)

The new skin is called vector. You could copy your existing monobook.js and copy it to your vector.js. Philip Trueman (talk) 11:31, 13 May 2010 (UTC)

Thanks for the info. I have created vector.js with importScript('User:BNutzer/monobook.js'); so that I do not have to edit both of them in case I want to change something (and still have the choice of skins). BNutzer (talk) 12:43, 13 May 2010 (UTC)

Can someone fix it so that popups work in watchlists again? Dabomb87 (talk) 12:33, 13 May 2010 (UTC)

@Dabomb87: With my above solution popups work for me in watchlists again. BNutzer (talk) 12:44, 13 May 2010 (UTC)

Not working in Special:Contributions

I have been using Vector for months and Popups had been working fine. Now it is not working on Special:Contributions for me. It's working fine on my watchlist and other pages that I've tried. —Ost (talk) 12:54, 13 May 2010 (UTC)

I'm also having trouble getting it to work in Contributions; I'm still on monobook. –xeno^talk 13:19, 13 May 2010 (UTC)

For me popups works sometimes and sometimes not ... for articles, there's either nothing or a preview without pictures. Which is okay, I guess. For users and user talk pages it loads the first sentence preview but it is no longer possible to get userrights, edit counts, or join dates at the bottom. And of course, the most important feature of all, the main reason why I as an antivandal patroller am so tied to using popups: it will show you whether a user is blocked or not, even if the block was laid down at the global level and therefore not visible even in the block log. Please please please I'm not a programmer and couldn't fix this myself even if I was given access to the code, but this is a very important feature for me and others whom I've told about it, and it just plain doesn't work on the new system, even when switching back to Monobook in the preferences .... I've gotten the old functionality back by clicking "Turn off new features", but I don't know how long that will last, just as Google gave us the option to turn off the sidebar for a few weeks and then made it mandatory. —Soap— 13:54, 13 May 2010 (UTC)

• The issue seems to be any scripts that are rewriting the contributions screen. Ost, you should disable User:Markhurd/hidetopcontrib.js for the time being. (Mine was User:Ale_jrb/Scripts/tophide.js). –xeno^talk 16:06, 13 May 2010 (UTC)

• Thanks xeno. I'll give that a try. —Ost (talk) 17:07, 13 May 2010 (UTC)

I have fixed topcontrib.js I think (clue, never use innerHTML to reparent HTML, always use DOM manipulation). —TheDJ (talk • contribs) 18:53, 13 May 2010 (UTC)

Thanks a lot! That is the script I was most upset to be missing (and which wasn't even pointed out here). —Ost (talk) 20:25, 13 May 2010 (UTC)

Yes, thanks from me too. –xeno^talk 20:29, 13 May 2010 (UTC)

Yep, that did the trick. Cheers, Dabomb87 (talk) 23:24, 13 May 2010 (UTC)

To be fair, innerHTML is usually faster than using the DOM. Never say never. :P Ale_Jrb^talk 14:38, 14 May 2010 (UTC)

That is true, especially on Internet Explorer. According to this study, Internet Explorer renders DOM methods about ten times slower than innerHTML. That's quite a bit slower. I think innerHTML should still be used. —MC10 (T•C•GB•L) 02:48, 15 May 2010 (UTC)

n00bishness

I'm awfully ignorant about javascripting and html coding, and don't know what I need to do to get popups working again with the new interface. Would anybody be willing to help me out in easy-to-understand monosyllabic words? I'd really appreciate it, I use popups all the bloody time. Thanks. — pd_THOR ^{| =/\=} | 04:34, 14 May 2010 (UTC)

You seem to have included popups in your monobook file, rather than through gadgets. To enable it on vector, either add importScript('User:Lupin/popups.js'); to User:pd_THOR/vector.js or enable popups in the gadgets section of your preferences. Ale_Jrb^talk 14:40, 14 May 2010 (UTC)

Oh. Maybe I started using it before it was available as a gadget (gadgets are in the preferences, right?); I didn't even know it'd migrated. Mayhap that's why some of the discussion was making less than sense. Thanks, I'll try turning that on! — pd_THOR ^{| =/\=} | 16:48, 15 May 2010 (UTC)

You could also add importScript('User:Pd THOR/monobook.js'); to User:Pd THOR/vector.js, which automatically imports any monobook scripts to your vector .js file, so you only have to change one list of scripts. —MC10 (T•C•GB•L) 22:33, 15 May 2010 (UTC)

Awesome

Just want to say that I love pop-ups, they really make using Wikipedia much more efficient and quick, especially for dealing with vandalism (and not waiting for the whole page to load!) Great work to whoever created it Tommy2010 23:25, 17 May 2010 (UTC)

Redirect in other language

Hi, I'm working on eowiki and we use to make redirect by inserting #ALIDIREKTU[[PageName]]. The navigation popup doesn't recognize that it is a redirect and it shows in the popup the text #ALIDIREKTU[[PageName]]. If I click on the pagelink, it redirects me on the page. Is it possible to make your navpop recognize localized name of redirect? Please, if you have to answer me, please advice me on eowiki or on itwiki :) Thank you, --Airon90 (talk) 10:49, 26 May 2010 (UTC)

Y Done, and since you're hotloading our local script, you'll just need to bypass your browser cache, or wait a while. Amalthea 11:51, 26 May 2010 (UTC)

Hi. We at eswiki have this same issue. Is it possible to *add* REDIRECCIÓN, while keeping REDIRECT, so both terms do work same way? Thanks! Gustronico (talk) 19:23, 12 February 2011 (UTC)

Y Done —TheDJ (talk • contribs) 20:14, 12 February 2011 (UTC)

Do not depend on &title= if &oldid= or &curid= exists

In this situation, &title= and &(old|cur)id= may point to different pages, and the content of &title= should be ignored. Liangent (talk) 16:27, 4 June 2010 (UTC)

Most up-to-date

Is User:Lupin/popups.js still the most updated version, or is there another copy somewhere else? -- Mentifisto 20:36, 8 June 2010 (UTC)

User:Lupin/popups.js only loads the gadget version these days: MediaWiki:Gadget-popups.js with User:Lupin/navpopdev.css (Should probably pull MediaWiki:Gadget-navpop.css instead). Amalthea 20:59, 8 June 2010 (UTC)

making popup disappear/import css file?

Ok, I know this is a stupid question but honestly I've looked around and I dont see the answer. On the newer versions of the popup how do I make the popup disappear?
I also have a second question. I am using the popup on another wiki by importing 'http://en.wikipedia.org/w/index.php?title=User:Lupin/popups.js&action=raw&ctype=text/javascript' to my js page. Am I supposed to import some sort of css file to my css page too? Lemmiwinks2 (talk) 23:16, 8 June 2010 (UTC)

I can answer your second question. You do not need to import another css page; all you need to do is import the js page like so:

importScriptURI('http://en.wikipedia.org/w/index.php?title=User:Lupin/popups.js&action=raw&ctype=text/javascript');

If your wiki has $wgAllowUserJs = true; for JavaScript (and similarly $wgAllowUserCss = true; for CSS) in its LocalSettings.php, then you should be able to enable popups. —MC10 (T•C•GB•L) 19:26, 22 June 2010 (UTC)

Still having popup problems with secure server

I've been using navigation popups for a long time, with great success. However, after I recently started using the secure server, I discovered that popups are no longer happening for some (not all, but some) diff links. For example, look at the following userbox (copied from my user page):

{{tl:User:Svanslyck/vandalism|27 July 2006}}

I have a diff link on the date in the above userbox. The popup for this diff link works just fine if I use the regular Wikipedia server — but nothing pops up if I use the secure server.

I get popups just fine when I hover over diff links in an article's revision history using the secure server, so the problem doesn't seem to be with diff links as such. And even with the secure server, I get the popup as expected when I hover over the words "saved Wikipedia" (a regular article link, not a diff link).

The only thing I changed was to adopt the secure server (by using the "HTTPS Everywhere" Firefox add-on from EFF, which rewrites Wikipedia server URL's to refer to the secure server).

Any ideas? Richwales (talk) 16:23, 22 June 2010 (UTC)

I use the secure server as well. I suspect the Firefox extension and popups are not compatible. Popups add hooks to links. If the FF extension then goes and removes links and adding new ones (instead of only changing their target), then that will be a problem. There is also no need for this, because Wikipedia runs it's own script now, to keep almost all links secure when you access the English or German Wikipedia from the secure server. —TheDJ (talk • contribs) 18:33, 22 June 2010 (UTC)

It appears more complicated than I originally thought. I still think there is a bug, and I really do not think it is being caused by the EFF add-on.

• Even after uninstalling the EFF add-on and restarting Firefox, I'm still having the same problem. I'm also seeing the same in Opera (with no EFF add-on of any kind).

• This is something I didn't notice earlier — the date link in the userbox does create a popup if I am simply viewing this talk page, but the popup does not appear if I am editing this talk page and looking at a preview. Again, this is happening in Firefox (even with the EFF add-on uninstalled), and also in Opera.

• The date link in the userbox in my user page doesn't create a popup for me, regardless of whether I'm editing my user page or just viewing it. Go to my user page, find the "This user saved Wikipedia" userbox on my user page, and hover over the date link there.

So something really does appear to be screwy. And as best I can tell, the popup text does *not* appear in the HTML source being used in either browser — it's something that is being generated on the fly by JavaScript that is running when you hover over a link (and not before).

Just in case it might possibly matter, I'm using Firefox 3.6 (and Opera 9.27) on an Ubuntu 10.04 Linux system. Richwales (talk) 20:55, 22 June 2010 (UTC)

You may want to try disabling other scripts or gadgets. In particular, The JavaScript Standard Library, a compatibility library for browsers that lack full support for JavaScript 1.6. This includes Internet Explorer and old versions of Opera and Safari. was giving me problems with popups. —Ost (talk)

I tried disabling all gadgets (except for "navigation popups") and removing all scripts (blanked my monobook.js file). No difference. (I was not using the JavaScript Standard Library, by the way.) Richwales (talk) 21:33, 22 June 2010 (UTC)

For me, the issue is not limited to the secure server. Again, turning off all other gadgets and vector.js scripts does not resolve the problem. Rarely, after many tries the popup will appear. PleaseStand ^(talk) 20:54, 23 June 2010 (UTC)

Never mind—an update to Firefox 3.6.4 and/or a forced restart seems to have fixed it. It always worked on IE 8.0, and it it happened to all links, not just to diff links. PleaseStand ^(talk) 22:07, 23 June 2010 (UTC)

Please note that I (the original poster in this section) am still experiencing the problem. I'm using Firefox 3.6.6 on an Ubuntu 10.04 system. Is anyone actively maintaining the "navigation popups" gadget right now? That is, if there is in fact a bug in the JavaScript, is a bug report likely to lead to its being fixed? Or is it up to the "user community" to find a fix (or else live with it)? Richwales (talk) 02:47, 28 June 2010 (UTC)

It should be a bug in the JavaScript of another script. Firebug does not detect any JavaScript errors with popups. Try using Firebug to see if the error console detects errors with another script. —MC10 (T•C•GB•L) 18:11, 29 June 2010 (UTC)

Link: Firebug. —MC10 (T•C•GB•L) 18:31, 29 June 2010 (UTC)

The problem is the HTTPS Everywhere firefox extension. Not sure why, but it is probably rewriting the links using innerHTML instead of DOM manipulation. Such issues are rather common in rewrite extensions. —TheDJ (talk • contribs) 14:35, 6 July 2010 (UTC)

Hmm, wait, it is important to note that https links on wikipedia are only recognized by popups if you are actually on the secure server. Otherwise popups has no idea. —TheDJ (talk • contribs) 14:56, 6 July 2010 (UTC)

Can I implement this on another wiki?

I'd love to use this at sourcewatch.org. I installed it in my monobook.js over there but it does not seem to work. Any tips please? Thanks! TickleMeister (talk) 03:46, 8 July 2010 (UTC)

Use a Javascript debugger like Firebug and make sure all the configuration variables (almost at the bottom) are set correctly. —TheDJ (talk • contribs) 10:33, 8 July 2010 (UTC)

Would anyone like to help me implement it site-wide for all the editors of SourceWatch? Thanks. TickleMeister (talk) 01:23, 9 July 2010 (UTC)

I'm also trying to install it on another wiki, with little joy. Any help appreciated! Wwwhatsup (talk) 03:43, 7 August 2010 (UTC)

A few hints:

1. If importScriptURI works at your wiki, use it. See this js file of mine for an idea how.
2. If that still does not work, then possibly $wgAllowUserJs, which allows user JS, is not set to true. Ask your wiki owner (one who has control to LocalSettings.php) to set (as well as $wgAllowUserCss for user CSS) to true, like so:

## Allow user JS and CSS
$wgAllowUserJs = true;
$wgAllowUserCss = true;

Hope that works. Cheers, —MC10 (T•C•GB•L) 18:04, 7 August 2010 (UTC)

Thanks for response. I had AllowUserJS but not AllowUserCSS set. I've also tried the Gadgets route. No joy there either. I will look at your js. I would note that we are on 1.17alpha WikiMedia. Wwwhatsup (talk) 04:01, 8 August 2010 (UTC)

Popups Bug on Watchlist

I am using Popups on Firefox 3.5.10 on Windows XP and when I mouse over the History link for ANI, the history won't come up. Works with every other page and link on my watchlist though, even the Diff link for ANI. Not sure what is causing this, but it is quite annoying. Anyone know a fix? - Neutralhomer • Talk • 02:09, 11 July 2010 (UTC)

Oriental characters on popups

Hey, I use popups in chrome and recently the popups have begun showing oriental characters between the menus. Does anyone know what could be causing this?Sadads (talk) 20:22, 18 July 2010 (UTC)

Diffs not loading?

Diffs don't appear to be loading for me since a day or two ago. Is this happening to anyone else? All other links seem to work fine. Gary King (talk · scripts) 04:13, 13 August 2010 (UTC)

No problems here. —TheDJ (talk • contribs) 11:58, 13 August 2010 (UTC)

When I hover over a diff, the script GETs both diffs that it's about to compare, but then does nothing with them. I'm using Firefox 3.6.8; my entire monobook.js works fine in Chrome, though. Gary King (talk · scripts) 15:31, 13 August 2010 (UTC)

Problem solved. I was replacing the "diff" function. Gary King (talk · scripts) 17:52, 13 August 2010 (UTC)

No edit summaries for diffs?

Why don't diffs have edit summaries shown as well? Gary King (talk · scripts) 19:41, 16 August 2010 (UTC)

User box

This user uses Navigation popups.

{{User:Was a bee/Navpop}}
I made new user box. --Was a bee (talk) 00:59, 24 August 2010 (UTC)

Is there setting option about disable popups of selected text at edit window?

Resolved

Hi, I want to say thank you for great script. By the way, is there setting option about enable-disable popups of selected text at edit window? That function sometimes helpful, but in many cases troublesome:/ So I want make it disable. Is there such option? Thank you. --Was a bee (talk) 00:06, 25 August 2010 (UTC)

Sorry, I missed the option. popupOnEditSelection=false; is that. I resolved by myself. Thank you.--Was a bee (talk) 04:36, 25 August 2010 (UTC)

Question / Feature Request: Redlinks

Popups is great for cleaning up dead-end pages and similar tasks, but it would be even better if I could see if links in the popped-up article were red - is this something I can configure (e.g. in the CSS) or would it need to be a new feature? ChrisHodgesUK (talk) 16:48, 8 September 2010 (UTC)

The gadget parses the wikitext (what you see when you edit). As such it doesn't know if a link exists or not and to make it aware would be a substantial rewrite of the current parsing and rendering code. (Which is something I doubt anyone will do in for a while) —TheDJ (talk • contribs) 23:28, 8 September 2010 (UTC)

Thanks - now you say it that seems entirely logical. ChrisHodgesUK (talk) 09:03, 9 September 2010 (UTC)

Firefox 4

Worked on Firefox 4 until the sixth beta came out. Now it's slow, especially for listing edit count info.Marcus Qwertyus 21:57, 16 September 2010 (UTC)

I experienced same phenomena. As far as I checked, cause of problem was slow response of MediaWiki API query. Responce of API(this type of URL) is usually very quick (edit counts information is retrieved from this sort of URL). But at that time (yesterday), it was very slow. I think you already recovered. --Was a bee (talk) 01:57, 17 September 2010 (UTC)

Better now. What a relief. If popups wasn't supported by Firefox 4 I was going to switch to -ugh- Internet explorer. Marcus Qwertyus 02:30, 17 September 2010 (UTC)

You could always use Google Chrome. It's hella fast. —MC10 (T•C•GB•L) 04:14, 17 September 2010 (UTC)

Disable popups for a specific element

Is there a way to disable popups for a certain HTML element (by giving it a certain class, for example?) Interactions between the popup tool and certain navigational elements can be problematic. --Tgr (talk) 20:57, 20 September 2010 (UTC)

The class "nopopups" should do that yes. —TheDJ (talk • contribs) 21:20, 20 September 2010 (UTC)

See also #Class above. —MC10 (T•C•GB•L) 03:38, 13 November 2010 (UTC)

Pop ups problem at the Help Desk?

For some reason Popups has stopped working for me, but only at the WP:Help desk. Works fine on all other pages. I am stumped....Thanks. – ukexpat (talk) 15:02, 24 September 2010 (UTC)

It is because there is a header with 'article', which is also the name of the content area of the classic skin. I'll move that check for the classic skin a bit out of sequence, since few people actually use the classic skin. —TheDJ (talk • contribs) 15:18, 24 September 2010 (UTC)

Thanks - this only started happening today... – ukexpat (talk) 15:22, 24 September 2010 (UTC)

Done. diff —TheDJ (talk • contribs) 15:22, 24 September 2010 (UTC)

Still having problems, I'm afraid. I am using the non-gadget version (User:TheDJ/slimpopups.js) with Monobook if that helps troubleshoot. Thanks again. – ukexpat (talk) 15:26, 24 September 2010 (UTC)

You should switch to the gadget, the current version is based on DJ's fork, but 49 revisions better™. Amalthea 15:52, 24 September 2010 (UTC)

Ah slimpopups is my development branch usually. I do not always keep it in sync with the gadget. —TheDJ (talk • contribs) 15:56, 24 September 2010 (UTC)

OK thanks, I didn't realise that. I have installed MediaWiki:Gadget-popups.js instead. – ukexpat (talk) 17:40, 24 September 2010 (UTC)

MediaWiki 1.17

I think there will be a problem with navigation popups and the new resource loader: The javascript for the resource loader adds a compare-method to arrays, so in a for (i in array)-loop i will not only take all the indices, but also the value compare. In this case array[i] will be undefined. In the function APIbacklinksPreviewHTML I found the code for ( i in list ), where list is an array (at least I think so). There may be other such for-loops which should be replaced before we switch to MediaWiki 1.17. --Schnark (talk) 07:38, 16 October 2010 (UTC)

Fixed. —TheDJ (talk • contribs) 11:36, 16 October 2010 (UTC)

8 weeks old

How come every popup shows "8 weeks old"? —Eekerz ^(t) 14:21, 18 October 2010 (UTC)

That age is taken from the Last-Modified header and works for me. With "every" you really mean "every", I assume? The link in my signature as well, for example? If you look at the modification date of this page in your browser (depends on browser how to do this, FF: Tools→Page Info, IE: Page→Properties), what does it say? Do you have an unusual setup at your end, with proxies or caches? Amalthea 16:47, 18 October 2010 (UTC)

Yes, I mean every link is showing exactly "8 week sold". The last modified date shows August 20, 2010. I haven't changed my proxies but I did enable the Firefox BetterCache extension which is set to check for new pages once per browser session (and I haven't had the same browser session--or have had BetterCache enabled--since August 20, so I don't understand why that particular date is set and why the last modified date isn't updating even though I continue to get current updates anyway). After disabling BetterCache the popups show the correct last modified date so I don't know why BetterCache is screwing things up (even if I put Wikipedia in its "never cache" list). Ah well. Thanks for the help. —Eekerz ^(t) 18:25, 19 October 2010 (UTC)

Causes empty title in HTML for wikilinks

The gadget recently started to disrupt the title parameter in the (rewritten) HTML for wikilinks. E.g for the "[[free content|free]]" wikilink on the top left of the main page, the HTML output (as obtained by the Firefox function to get the source code for selected text, similar for the other browsers) currently looks as follows for me

• Without popups:

Firefox 3.6: <a href="/wiki/Free_content" title="Free content">free</a> 
Chrome 7:    <a href="/wiki/Free_content" title="Free content">free</a>
IE 8:        <A title="Free content" href="/wiki/Free_content">free</A>

• With popups enabled:

Firefox 3.6: <a href="/wiki/Free_content" title="">free</a>
Chrome 7:    <a href="/wiki/Free_content" title="">free</a>
IE 8:        <A title="" href="/wiki/Free_content" hasPopup="true" popData="undefined" originalTitle="Free content">free</A> 

Since in my observation this change occured (for FF) between October 11 and October 19, it might have something to do with this change after the above thread.

Probably not a fatal problem, but for example it is affecting the link titles here too, since I currently use the mentioned FF function to generate the HTML there.

Regards, HaeB (talk) 19:51, 28 October 2010 (UTC)

It's doing that on purpose, so that the title tooltips don't interfer with the popup. I think it only removes the title once you point your mouse at it though.
In any case, you can set removeTitles=false; in your skin script file and it will stop touching the titles.
Amalthea 20:28, 28 October 2010 (UTC)

It does so for all wikilinks in my observation, not just for those that are actually being moused over. And if it is doing that on purpose, why didn't it do so until recently?

I understand that titles are removed on mouseover to prevent tooltips from interfering with the popup, but shouldn't they be restored on mouseout, or at least be preserved in "originalTitle"?

Regards, HaeB (talk) 23:13, 28 October 2010 (UTC)

It has worked like this since Lupin first wrote popups 6 years ago. —TheDJ (talk • contribs) 00:34, 29 October 2010 (UTC)

titles are now restored when cursor moves away from the link. I hope it doesn't break anything... Doesn't look like it, but you never know. —TheDJ (talk • contribs) 17:42, 29 October 2010 (UTC)

Popups not working for just one page

When viewing my user contributions page, I find that popups will not work on one link -- the hist link for Wikipedia:Articles for deletion/Hamas and the Taliban analogy. I have no problem with other pages, including the hist link for other AfD pages, and for the diff link on the Hamas and... page. Is there a particular issue with the hist link to that page, or could there be some problem with my own setup? RolandR (talk) 13:23, 6 November 2010 (UTC)

It is because of revision deletion in the history. I'll try to fix that later today. —TheDJ (talk • contribs) 13:40, 6 November 2010 (UTC)

Quick fix deployed. —TheDJ (talk • contribs) 14:53, 6 November 2010 (UTC)

It's still not working. But other pages with recent revision deletions, such as Gideon Levy and Gilad Atzmon, display the history with no problem. RolandR (talk) 15:08, 6 November 2010 (UTC) OK, it's working again now. RolandR (talk) 16:24, 6 November 2010 (UTC)

Little box

Why is it that sometimes when I hover over a link, instead of a preview of the page, I get a little square box, with the same background colour and edges as the popup? It usually works if I refresh the page. --T H F S W (T · C · E) 20:41, 5 January 2011 (UTC)

That just means nothing is loaded. I think everyone experiences that from time to time. I dont know what's the root cause of the problem but it is probably not related to popups itself. —Soap— 01:10, 2 March 2011 (UTC)

Google Chrome bug?

I keep on having intermittent problems with pop-ups in google chrome. When hovering my mouse over the link, there's no response. It seems to be happening a quarter of the time. If I move the mouse away and try again, sometimes it works, sometimes it persists and I unfortunately have to load a new page completely. I just noticed this the past couple days. It has been working fine before. I don't think it has anything to do with a specific internet connection or computer, because I've been experiencing this at work and home. I'm wondering if any other chrome users are having a similar problem. FYI I have chrome 8.0.552.237, the most updated version. Thank you --CutOffTies (talk) 21:01, 25 January 2011 (UTC)

Seems to be okay now, not sure what was going on. --CutOffTies (talk) 00:59, 4 February 2011 (UTC)

All user groups are explicit now

So could Popups please hide the "*" and "user" user groups? Or, rename "user" to "Registered user" like it was before... I think? Gary King (talk · scripts) 01:40, 17 February 2011 (UTC)

Popups reports what the api reports. It's no smarter than the api. If you want to make it smarter, you are welcome to do so. —TheDJ (talk • contribs) 17:30, 17 February 2011 (UTC)

 Done [3] - Kingpin¹³ (talk) 08:39, 8 March 2011 (UTC)

E-Mail User Links not Working

When I click to email someone via Popups, I get the message: "You have not specified a target page or user on which to perform this function." When I go to the Special page, I get: "You have requested a special page that is not recognized by Wikipedia. A list of all recognized special pages may be found at Special:Specialpages." Both times, it gives me a link to the Main Page to click. Is this related to the 1.17 update? - Neutralhomer • Talk • 09:01, 18 February 2011 (UTC)

Y fixed, thanks. Amalthea 10:00, 18 February 2011 (UTC)

Excellent! Thank you! :) - Neutralhomer • Talk • 10:57, 18 February 2011 (UTC)

Possible to disable popups for links from another script?

I have a script that creates links on a page, and requires the user hover over them for a short while before they are activated. However, I don't want Popups to activate on those links (if the user has Popups installed, like I myself do). How can I do that? Is there a rule that Popups follows that would prevent it from activating on a certain link based on link attributes or the link URL itself? Gary King (talk · scripts) 22:03, 2 March 2011 (UTC)

Give the anchor tag an attribute nopopup='1'.
Amalthea 23:13, 2 March 2011 (UTC)

Thanks that worked. Gary King (talk · scripts) 22:47, 7 March 2011 (UTC)

Broken popup display in Firefox 4

Resolved

Hovering over "History" tab on Wikipedia:Tools/Navigation popups

In Firefox 4.0.0, navigation popups are showing up with full-sized fonts and no background and do not disappear at the end of hovering. It doesn't matter if I'm using add-ons or not: using "Help > Restart with Add-ons disabled" does not fix it. Screenshot shown in the image next to this. Hovering and un-hovering each give the following in Firefox error console:

Warning: Empty string passed to getElementById().
Source File: http://en.wikipedia.org/wiki/Wikipedia:Tools/Navigation_popups
Line: 0

I have no vector.css, and these are the navpopup settings in my vector.js:

popupFixDabs = true;
popupPreviewKillTemplates = true;
popupRevertSummaryPrompt = true;
popupOnlyArticleLinks = false;
popupMaxWidth = 600;

I can give someone the names of other Wikipedia gadgets I use, if this isn't enough information. --Closeapple (talk) 00:17, 24 March 2011 (UTC)

I was just coming here to report the same issue. I use Chrome 10.0.648.133 with the AdBlock extension and the Monobook skin for Wikipedia. The popups show the bluelinks over the page, there is no longer a textbox for them appear in. Looks just like the image that Closeapple posted. ThemFromSpace 00:32, 24 March 2011 (UTC)

Ditto for Firefox 3.1.6 3.6.15 oops. --Ron Ritzman (talk) 00:40, 24 March 2011 (UTC)

Ditto Safari 5.0.4 on Mac OS X 10.6.6 --Nricardo (talk) 02:20, 24 March 2011 (UTC)

Ditto Firefox 3.6.15 (and Chrome and Safari) on Mac OS X 10.6.6 (never realized how much I loved popups) Pichpich (talk) 02:58, 24 March 2011 (UTC)

Ditto Firefox 3.6.8 on Win7 Jkatzen (talk) 03:03, 24 March 2011 (UTC)

Ditto Firefox 3.6.16 on Windows Vista. --NellieBly (talk) 03:04, 24 March 2011 (UTC)

Ditto Google Chrome 10.0.648.151 on Mac OS X 10.6.7 — Fourthords | =/\= | 03:11, 24 March 2011 (UTC)

Ditto Firefox 4 and Opera 9.27 on Ubuntu Maverick. The popups worked fine for me until 2 or 3 hours ago. Richwales (talk · contribs) 03:21, 24 March 2011 (UTC)

It's obviously a change in the script. I'm having the same problem on FF4 in Fedora 14, but I wasn't a couple of hours ago.  -- Lear's Fool 03:39, 24 March 2011 (UTC)

Hope someone can fix this. -- Wikipedical (talk) 03:52, 24 March 2011 (UTC)

Ditto Firefox 3.6.12 on Windows 7. — Coffee // have a cup // essay // 04:12, 24 March 2011 (UTC)

Everyone, apparently this breakage is due to a resource loading problem and affects several gadgets. Please see Wikipedia:Village pump (technical)#Did something happen to popups? for info and a temporary workaround for the popups gadget. The workaround works for me. —mjb (talk) 04:14, 24 March 2011 (UTC)

(edit conflict)Hmm... there doesn't appear to have been any recent changes to the source (see script history) See the discussion at Wikipedia:Vpt#Did_something_happen_to_popups?.  -- Lear's Fool 04:15, 24 March 2011 (UTC)

Had the same problem. I entered in the code at the link, and the problem was immediately fixed, thanks for the redirect.AerobicFox (talk) 04:27, 24 March 2011 (UTC)

I tried the recommended CSS patch, and it DID NOT fix the problem for me. Popups are still broken for me. Richwales (talk · contribs) 04:48, 24 March 2011 (UTC)

It works for me now. I had added the @import line to the end of my common.css, but as Kingpin13 pointed out, it needs to go at the beginning. Richwales (talk · contribs) 05:09, 24 March 2011 (UTC)

Temporary fix at the top of this section (inserting @import line at top of Special:Mypage/common.css worked for me in Firefox 4.0.0. Now, the obvious question: The powers that be (that can change global CSS) know all this happened, right? (And would it help them if I dumped out all the errors Firefox gives me about CSS whenever I load a page?) --Closeapple (talk) 06:49, 24 March 2011 (UTC)

Popups are broken with Google Chrome, too. --minhhuy*= (talk) 12:15, 24 March 2011 (UTC)

It's not browser specific. It's a problem with the MediaWiki ResourceLoader, and it's currently being worked on. In the meantime, a temporary patch is explained in the box at the top of this section :). @Closeapple, it should not be added to the global css, instead we'll wait for the devs to fix the ResourceLoader. - Kingpin¹³ (talk) 14:16, 24 March 2011 (UTC)

Thanks for your help Kingpin, popups are now working for me, but dropdown is still not working. I removed user and page from my preferences and added the script to my js, cleared the cache and...nothing. Help? PrincessofLlyr ^{royal court} 14:20, 24 March 2011 (UTC)

Hey PrincessofLlyr, just take a look here :). Basically you just need to add importScriptURI('http://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=User:Haza-w/cactions.js'); to your .js page (I explained why there is a need for this in the section below) - Kingpin¹³ (talk) 14:28, 24 March 2011 (UTC)

(and don't forget to uncheck it in your preferences) - Kingpin¹³ (talk) 14:31, 24 March 2011 (UTC)

Tried both of those already and it's still not working. PrincessofLlyr ^{royal court} 14:35, 24 March 2011 (UTC)

How is that? - Kingpin¹³ (talk) 14:39, 24 March 2011 (UTC)

Working now. Thanks so much! PrincessofLlyr ^{royal court} 14:42, 24 March 2011 (UTC)

Latest Firefox stable release (v 3.6.16)

Resolved

The pop-up is no longer working properly. Background missing, large font, won't disappear after removing mouse from object. Spitfire19 ^T/_C 05:44, 24 March 2011 (UTC)

Please see the above section. — Coffee // have a cup // essay // 05:46, 24 March 2011 (UTC)

oops. Spitfire19 ^T/_C 05:47, 24 March 2011 (UTC)

Same here, FF 3.6 and 4.0, but after adding the script. It's the only item on the page. This is all a bit unfamiliar and I may have done something wrong. --Old Moonraker (talk) 06:54, 24 March 2011 (UTC)

Moonraker, are you still seeing PC pop up, but just without a background (as demonstrated here)? Or are you not getting anything at all? You'll also need to clear you'r browser's cache (Shift+F5) and Wikipedia's cache (WP:PURGE). - Kingpin¹³ (talk) 08:16, 24 March 2011 (UTC)

Back in action now. Sorry for the delayed reply, but I missed an edit conflict (clicked "save", got up for a coffee) that buried my earlier one. Thanks for your efforts. --Old Moonraker (talk) 10:55, 24 March 2011 (UTC)

• Navigation Pop-ups are broken whatever browser you use (tried on IE 8, Google Chrome 10, Safari 5). This is NOT browser-related error. Mulat (talk) 09:48, 24 March 2011 (UTC)

  That is correct, it is a problem with the resource loader. A temporary fix is to load the script manually, as suggested in the box at the top of the section above - Kingpin¹³ (talk) 09:54, 24 March 2011 (UTC)

popups contribs link invalidation

I am a sysop at zhwikip, we found that the navigation popup's contribs link become invalid after we changed the link "Special:Contributions" to "Special:用户贡献". See this screenshot:zh:File:Wikicontrib.PNG. I checked zh:MediaWiki:Gadget-popups.js and found I have to ask for help here. --Kegns (talk) 13:06, 21 February 2009 (UTC)

I have put forward at Wikipedia:Village_pump_(technical). --Kegns (talk) 13:22, 21 February 2009 (UTC)

This requires a nsList for your language. Basically your local version of this: zh: [m, "Special", "Talk", "User", "User talk", "Wikipedia", "Wikipedia talk", "File", "File talk", "MediaWiki", "MediaWiki talk", "Template", "Template talk", "Help", "Help talk", "Category", "Category talk", "Portal", "Portal talk"]; --TheDJ (talk • contribs) 18:25, 17 April 2009 (UTC)

Kegns didn't mean the "Special" part, but the "Contributions" part instead (i.e. the "用户贡献" found in zh.wikip), and that's what the current version fails to recognise. Same for other languages (ja.wikip and ko.wikip, for example). (I've made a workaround on the modified version used by myself, but it would be great if this bug is fixed officially.) --Moonian (talk) 14:17, 3 June 2009 (UTC)

Revert edit summary bug is back

I'm getting edit summaries like "Revert to the revision prior to revision $1 dated $2 by $3 using popups" again -- this bug was fixed some months ago, but it has come back in the past few days. Example here. R'n'B (call me Russ) 20:27, 10 April 2009 (UTC)

Was fixed some months ago? Do you know who fixed it, or when? I made two changes recently, but nothing that should have affected it, and I never noticed that someone changed anything regarding that bug since #Edit Summary Strangeness above. --Amalthea 21:23, 10 April 2009 (UTC)

It's probably interfering with User:Lupin/recent2.js, but I don't know why yet. I'd assume that the gadget version of popups should still work, but haven't tested it. --Amalthea 00:16, 11 April 2009 (UTC)

This is an intermittent problem that has not disappeared. likely it's because the query retrieving the inform for the variables fails, but the actual revert succeeding. --TheDJ (talk • contribs) 00:36, 11 April 2009 (UTC)

Could it be related to this change (Wikipedia:Village_pump_(technical)#Changes in the Rollback edit summary) to the rollback summary? --Ckatz^chat_spy 07:29, 11 April 2009 (UTC)

No, popups uses its own format, and that change hasn't been implemented (yet) anyway. --Amalthea 09:51, 11 April 2009 (UTC)

Um, you're right (Amalthea), it wasn't fixed after all. The bug apparently only exists on the User:Lupin/popups.js version of popups, but not the gadget version; I've been switching between them recently. If I had time (ha!) I could probably locate the problem by comparing the two. --R'n'B (call me Russ) 13:47, 13 April 2009 (UTC)

Solution: Install both versions (gadget and User:Lupin/popups.js) if you need to; otherwise, just tick the "Popups" box in the gadgets section in your preferences. MC10 | Sign here! 05:01, 5 June 2009 (UTC)

Feature request: basepagename-like link

When pointing to a subpage, it would be usefull a link to its upper page, like {{BASEPAGENAME}} magic word does. Gustronico (talk) 19:58, 14 April 2009 (UTC)

A breadcrumb trail, yes, I could see that. It potentially uses a lot of room though. Amalthea 10:50, 20 April 2009 (UTC)

One level link titled “upper page” would be enough to navigate trough popups. Gustronico (talk) 16:48, 2 July 2009 (UTC)

You could use something like « « « page/sub/sub/sub (instead of the current page/sub/sub/sub), that's pretty terse. --Tgr (talk) 19:14, 22 August 2009 (UTC)

diff bug

Just noting this down here, since this bug has, well, bugged me for a while: This diff has popup show ("[[Canada on Strike]]&!]]&quot;), apparently simply because it's converting wikitext to html entities before diffing. Amalthea 21:23, 17 April 2009 (UTC)

Ah, and of course the API can perform diffs these days, so NAVPOP should actually query it (like diff) instead of diffing itself (even though NAVPOPS diffs are often better). --Amalthea 21:29, 17 April 2009 (UTC)

However, the diff code in navpopups is rather complicated and to rewrite that from scratch is truly a separate task, that I do not feel like undertaking atm. Secondly, popups uses a different diff visualization, which cannot be easily used in combination with the api provided diff. I know may people like this view specifically because it is different than the default view. --TheDJ (talk • contribs) 23:40, 17 April 2009 (UTC)

I'll try to take another look at that, but last time i made a stab at that issue, I could not find it. --TheDJ (talk • contribs) 23:40, 17 April 2009 (UTC)

Fixed at #Diffs with < displayed wrongly. Amalthea 10:10, 15 May 2011 (UTC)

diff weirdness

Using popups to view the diff of my April 18 edit to User talk:Bluedogtn makes it appear as though I added a "Testing!" paragraph and a new "Golfer nicknames" section. The actual diff does not contain these edits. --Pascal⁶⁶⁶ 00:07, 23 April 2009 (UTC)

Likely related to #diff bug --TheDJ (talk • contribs) 00:14, 23 April 2009 (UTC)

No, this is a separate issue. I looked into it, and I don't think it can be fixed with popup's current diff code. If the pages to be compared are too large, popup will simply chop them off before computing the diff, which is reasonable I guess. But this chopping can introduce spurious differences (if a paragraph at the end is chopped off in one page but not in the other, because that other page had some paragraph deleted further up and is thus shorter). This is what happened in the problem reported above.

I think the quick fix would be to change the string 'Diff truncated for performance reasons' to something like 'Diff truncated and may be unreliable'. AxelBoldt (talk) 10:08, 15 May 2011 (UTC)

For those interested, here is the diff. —mc10 (t/c) 18:18, 8 August 2011 (UTC)

Feature request: Option for showing specific interlanguage link in popup

I have a suggestion for a feature I would love and use every day, but unfortunately I don't know how to implement it.

It would be a configuration option, for which the value would be the two letter langcode for a specific language version of Wikipedia. If the option is specified, then the script would look for an interlanguage link (corresponding to the specified value) on the article shown in the popup. Then:

a) If there is no interlang link for that language in the article, nothing happens, popup is the same as always.

b) If there is an interlang link for that language, an extra line would appear within the popup (preferably somewhere at the bottom) looking like something this (the specified language in this example is hu for Hungarian, the article in the popup is European Union):

hu: Európai Unió

Or, in wikimarkup: '''hu:''' [[:hu:Európai Unió|]]. Or, in wikimarkup, with variables (lc is langcode, title is the title of the page on the other language Wikipedia): '''lc:''' [[:lc:title|]]

Ideas? --Szajd (talk) 00:16, 29 May 2009 (UTC)

Feature requests

Both as a note to self and to anyone who finds the time to look into it :)

• Show edit summary and editor in the diff popup. Amalthea 09:06, 29 May 2009 (UTC)
• Show the section that was edited in the diff popup (useful on articles, and extremely useful with those editors who refuse to use section edits on talk pages, to give their comments context). Amalthea 09:06, 29 May 2009 (UTC)
• Review the diff popup truncation algorithm so that diffs like this are actually displaying useful information. Amalthea 09:06, 29 May 2009 (UTC)
• Fetch the title from the API and show it, so that this or this display the correct title. Amalthea 09:06, 29 May 2009 (UTC)
• Allow preview and diff preview of deleted revisions. Amalthea 09:06, 29 May 2009 (UTC)
• IPs should not have links to their talk pages, but to their contributions, just like MediaWiki does it. Amalthea 09:06, 29 May 2009 (UTC)

  The current version of popups does it that way. AxelBoldt (talk) 13:03, 19 May 2011 (UTC)

  I don't think so: The author column in the popup of e.g. User:Angela links to the user page, no matter whether it's a registered user or an IP. If you follow that link however, MediaWiki links the IP authors to their contributions, not user page. Amalthea 13:43, 19 May 2011 (UTC)

  Oh, you're right, I get it now. AxelBoldt (talk) 23:20, 21 May 2011 (UTC)

  My version at User:AxelBoldt/Gadget-popups.js now has that feature. I also fixed two regexp bugs and made the diff computation a bit sharper. AxelBoldt (talk) 21:41, 22 May 2011 (UTC)

  Nice, Y is live now. Thanks, Amalthea 15:17, 23 May 2011 (UTC)

  That broke it slightly though. It added in an extra "user" into the title field. eg if I click on the IP in the popup history I get this. It doesn't need the "user" in it. Strangely though, if I hover over the IP in the history popup, the contribs do show up in a new popup. Either way, it has broken the link if I click on it. Woody (talk) 00:32, 4 June 2011 (UTC)

• Block status of IP accounts is not displayed in the popup (of e.g. User talk:220.255.2.84), it only says "Invalid or IP user" -- may need an API change to do that without analyzing the block log. Amalthea 13:43, 19 May 2011 (UTC)

Bugs

• A single quote in an article name in a popups article history popup breaks the link: See the entry http://en.wikipedia.org/w/index.php?title=Pretty_Brown&offset=20091107163145&limit=1&action=history *if* watched in a popups popup. Amalthea 19:48, 8 November 2009 (UTC)
  • Y Fixed. Amalthea 19:50, 6 June 2010 (UTC)
• The following link doesn't show popups: Wikipedia:Miscellany for deletion/Special:Block. Amalthea 20:48, 1 April 2010 (UTC)
• Similarly, Wikipedia:Sockpuppet investigations/Special:Contributions/129.59.115.1 tries to show contributions of the IP (and would show them if it were still a bluelink). Amalthea 15:13, 26 April 2011 (UTC)
• The user name Rannpháirtí anaithnid (talk · contribs) causes crazy AJAX exceptions when trying to display popups in Firefox 3.6.1/Win 7 and thus fails:
  Error: uncaught exception: [Exception... "Component returned failure code: 0x805e000a [nsIXMLHttpRequest.open]" nsresult: "0x805e000a (<unknown>)" location: "JS frame :: http://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js&action=raw&ctype=text/javascript&urid=257z49_352843266 :: anonymous :: line 1300" data: no]
  Amalthea 19:24, 6 April 2010 (UTC)
  • That is actually caused by AdBlock Plus, disabling it fixes it. Amalthea 09:14, 18 May 2010 (UTC)
• Popups has problems when trying to show contributions, histories, or diffs if one of the revisions was oversighted (for history and contributions, it's enough if the edit summary or user name is oversighted). Now that single-revision deletion is enabled for admins, we'll see that a lot more frequently. Examples: history, diff 1, diff 2. Amalthea 14:54, 18 May 2010 (UTC)
  • Changes in format, for history. "user" field becomes "userhidden", "comment" becomes "commenthidden". When fully suppressed, the fields can go missing (also "minor"). I'm still verifying wether or not this is actually the intended API behavior. For diffs, logical as Popups does its own diff, so it gets the two revisions, both empty. Not sure what we can do about that. —TheDJ (talk • contribs) 20:15, 18 May 2010 (UTC)
    • Regarding diffs, I'm thinking that the optimum would be to make clear what's going on, and maybe just say that in this diff the old revision wasn't actually empty, but suppressed. That would require getting revision contents not through action=raw, but through an API query as well.
      To be sure, that's not really important. Amalthea 21:04, 18 May 2010 (UTC)