This page is for discussing Navigation popups and reporting bugs you encounter with it. Please be aware that the original author of Popups (Lupin) is no longer active on Wikipedia. All issues are handled at the discretion of other experienced editors.
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
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)[reply]
No, popups uses its own format, and that change hasn't been implemented (yet) anyway. --Amalthea 09:51, 11 April 2009 (UTC)[reply]
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)[reply]
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)[reply]
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)[reply]
A breadcrumb trail, yes, I could see that. It potentially uses a lot of room though. Amalthea 10:50, 20 April 2009 (UTC)[reply]
One level link titled “upper page” would be enough to navigate trough popups. Gustronico (talk) 16:48, 2 July 2009 (UTC)[reply]
Just noting this down here, since this bug has, well, bugged me for a while: This diff has popup show ("[[Canada on Strike]]&!]]"), apparently simply because it's converting wikitext to html entities before diffing. Amalthea 21:23, 17 April 2009 (UTC)[reply]
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)[reply]
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)[reply]
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)[reply]
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. --Pascal666 00:07, 23 April 2009 (UTC)[reply]
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)[reply]
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):
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|]]
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)[reply]
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)[reply]
Review the diff popup truncation algorithm so that diffs like this are actually displaying useful information. Amalthea 09:06, 29 May 2009 (UTC)[reply]
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)[reply]
Allow preview and diff preview of deleted revisions. Amalthea 09:06, 29 May 2009 (UTC)[reply]
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)[reply]
The current version of popups does it that way. AxelBoldt (talk) 13:03, 19 May 2011 (UTC)[reply]
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)[reply]
Oh, you're right, I get it now. AxelBoldt (talk) 23:20, 21 May 2011 (UTC)[reply]
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)[reply]
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)[reply]
That is actually caused by AdBlock Plus, disabling it fixes it. Amalthea 09:14, 18 May 2010 (UTC)[reply]
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)[reply]
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)[reply]
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)[reply]
Feature request:link to article logs
Hi, currently popups provides you with links to both user logs and block logs for users, but no link to article logs. Is there a way that a convenient link to the article log could be added, so that you could click directly through from popups to the article log? Or is there some variable that I haven't figured out how to set that would give me this feature? Thanks, --Aervanath (talk) 18:49, 6 June 2009 (UTC)[reply]
Well, I just enabled the adminlinks option, which gives you one-click access to the protection and deletion logs of an article, but it would be nice if the non-admin version included a link to the logs page as well.--Aervanath (talk) 23:08, 6 June 2009 (UTC)[reply]
By which I mean just plain Special:Logs, with no specific log pre-selected. Cheers, --Aervanath (talk) 19:12, 10 June 2009 (UTC)[reply]
I'd be interested in this as well; by coincidence, I was looking for the same option earlier today when needing access to the "log" records. --Ckatzchatspy 21:00, 10 June 2009 (UTC)[reply]
two feature requests
It would be nice if the popups had the following features:
Is possible to add a class which doesn't generates pups? So, a link like <span class="...">[[Wikipedia]]</div> or <div class="...">http://en.wikipedia.org</div> remains a normal link without calling this script.
Then, RedlinkRemoval, FixRedirs and FixDabs shouldn't be active on history pages, Special pages or preview Lenore (talk) 13:12, 14 July 2009 (UTC)[reply]
You can use the class "nopopups" to prevent links from being "popupable" —TheDJ (talk • contribs) 18:03, 2 August 2009 (UTC)[reply]
I have script that does do that, but it needs some work on the edges... If someone would be will to work on this just go ahead. I think there should be an icon (like for wikEd) that would disable/enable Popups. I've made it so the cookie is set after disabling popups, but the code for disabling on load is not available below. I simply prefer not to load popups at all when it's disabled (and just don't include popups at all when it's disabled with a cookie) - you'll note there is a "pop-is-on*". The code for disabling dynamically would actually be even simpler...
functionpop_isPopupsOff(){varisDisabled;if(document.cookie.indexOf("popup_disabled=")!=-1){isDisabled=(document.cookie.indexOf("popup_disabled=1")==-1)?false:true;}else{isDisabled=(typeof(disablePopups)=='function')?false:true;}returnisDisabled;}functionpop_popupsOnOff(elLink){if(pop_isPopupsOff()){document.cookie='popup_disabled=0; path=/';if(typeof(disablePopups)=='function')// if popups is available at all{//// enable popups//if(typeof(pg.fun_mouseOverWikiLink2)=='function'){mouseOutWikiLink=pg.fun_mouseOutWikiLink;mouseOverWikiLink=pg.fun_mouseOverWikiLink;mouseOverWikiLink2=pg.fun_mouseOverWikiLink2;}elLink.innerHTML='pop-is-on';}else{elLink.innerHTML='pop-is-on*';elLink.title='you need to reload';}}else{document.cookie='popup_disabled=1; path=/';if(typeof(disablePopups)=='function'){//// temporary disable popups//processAllPopups(false,true);//setupTooltips(null, true);abortAllDownloads();pg.fun_mouseOutWikiLink=mouseOutWikiLink;mouseOutWikiLink=function(){};pg.fun_mouseOverWikiLink=mouseOverWikiLink;mouseOverWikiLink=function(){};pg.fun_mouseOverWikiLink2=mouseOverWikiLink2;mouseOverWikiLink2=function(){};}elLink.innerHTML='pop-is-off';elLink.title='';}}
these seem to be missing from the draft: "enable preview", "deleted contributions", and the popup hint for the latter.
while "un|block" and similar work well in English, they do not make any sense in most other languages. It would be nice to have an option to swap the two (so the link for the action comes first and the link to undo the action second).
Also, some special pages are not recognized when they are not in English. The most annoying is probably Special:Contributions (so you cannot get a quick contribs preview of someone who appears on RC/watchlist). These should be either translatable or loaded directly from the API. (I would prefer the formar, as it is easy to do, and spares one API call per page load.) --Tgr (talk) 18:48, 22 August 2009 (UTC)[reply]
The same goes for localized namespace names (File) and namespace aliases (Image). --Tgr (talk) 19:22, 22 August 2009 (UTC)[reply]
FlagRev support
It would be nice if the script would support flagged revisions: show status of the page (draft/sighted/...) in preview, show who flagged it in oldid view, and replace "mark patrolled" with "sight" (which is slightly more complicated since the latter requires a POST query and a token). --Tgr (talk) 18:09, 22 August 2009 (UTC)[reply]
Request: Alt text
Is it possible to add the alt text, if defined, to the popup of an image?--ospalh (talk) 12:50, 26 August 2009 (UTC)[reply]
Absolutely, I second that request. Alt text is part of the content of the wiki page; it has to be displayed prominently in a pop-up. -Pgan002 (talk) 06:57, 27 August 2009 (UTC)[reply]
Just like to add my voice here as well, that I would very much like a way to view alt text via popups, especially since alt text is a requirement now for FA articles. --Elonka 04:19, 4 February 2010 (UTC)[reply]
Done My version at user:AxelBoldt/Gadget-popups.js shows the alt text in image previews, under the title and preceded by "Alt text:". It's now also in the life version of popups. AxelBoldt (talk) 18:47, 31 May 2011 (UTC)[reply]
Thank you Axel! I know there is probably a lot to work on, so thanks for getting to this! -Pgan002 (talk) 22:08, 31 May 2011 (UTC)[reply]
3 Q's / feature requests / fixes...
I am wondering...
There's a parameter popupRedirAutoClick...could a parameter popupDismabigAutoClick be added too?
Correct me if I'm wrong...but, once upon a time, there used to be a "more" link at the bottom of the pop-ups, and if you hovered over it, the next chunk of the page showed up! When did that disappear, and what are the chances of it coming back? I *have* seen the "more" link on occassion, but I haven't been able to figure out why its there in that instance and not in others, and it certainly doesn't preview the next bit of the page...
The "original" structure doesn't seem to work anymore, at least not in IE7! —Skittleys (talk) 20:19, 5 September 2009 (UTC)[reply]
redirect=no
When you hover over a link to a redirect, and have the tool set up to give you a link both to the redirect page and to the target page, the link to the redirect should contain redirect=no. --Tgr (talk) 13:18, 12 September 2009 (UTC)[reply]
un|watch
Actually, in menu there is un|watch because watchlist is not accessible by scripts. But is possible to solve this problem using cookies to store watchlist? --93.47.28.220 (talk) 04:00, 19 September 2009 (UTC)[reply]
The watchlist sure is accessible by scripts, the watch/unwatch tab at the top is working with AJAX. What problem are you trying to solve? Amalthea 08:04, 19 September 2009 (UTC)[reply]
I'm not talking about the tab at the top. If you select a link with pops and you go on "actions" you will see un|watch: un for unwatching and watch for watching. Watchlist isn't accessible by script but only via PHP (from server, I think) ;) --93.47.46.45 (talk) 10:11, 19 September 2009 (UTC)[reply]
I think you are going to have to rephrase the question. I just don't understand what you are trying to say. —TheDJ (talk • contribs) 11:09, 19 September 2009 (UTC)[reply]
ok sorry. In pops menu under "actions" (when hovering over a link, for example Main page) there is an un|watch button, right? with un I remove page (Main page in the example) from my watchlist, with watch instead I insert it in my watchlist, ok? --93.47.34.19 (talk) 14:26, 19 September 2009 (UTC)[reply]
well, but this is different from how works the "watch tab" on the top of a page: if you have that page in your wl, it shows unwatch (it removes page from wl), if you don't have that page in your wl it shows watch (it adds page to wl). My propose is to add a similar feature to pops too: I think it can be very useful to patrollers, for that I requested it --93.47.1.141 (talk) 11:32, 21 September 2009 (UTC)[reply]
Ah. You want the watching and unwatching to happen via AJAX, that is in the background, without affecting the current page. Hmm, thinking about this, I tend to agree, but am unsure how to visualize it (except not). Personally, I always middle-click the un/watch link, thereby opening it in a new tab, so that I don't lose my current tab, and pretty much close it right away, so it's safe to say I'd be enjoying a change there myself. Amalthea 12:02, 21 September 2009 (UTC)[reply]
Moreover, not all users got middle button ;) --93.47.14.207 (talk) 17:18, 21 September 2009 (UTC)[reply]
Safari opening a new window
In Safari 4 on Mac OS, selecting "diff my edit" or "latest edits" opens a new window, which does nothing if popup windows are blocked. In Firefox, it opens a new tab in the same window. Is it possible to make Safari behave the same way? UncleDouggie (talk) 07:19, 24 September 2009 (UTC)[reply]
No, Safari's popup blocker is different/dumber and stricter than Firefox's. —TheDJ (talk • contribs) 10:08, 24 September 2009 (UTC)[reply]
I'm not asking to bypass Safari's popup blocker for a new window. I was hoping to have popups open a new tab instead. If this gets past the popup blocker, great. If not, it would at least be more convenient when running with the blocker off. UncleDouggie (talk) 00:07, 25 September 2009 (UTC)[reply]
Link to page view statistics
Is it possible to add to the script so that my popups have a link directly to an article's Page view statistics http://stats.grok.se/? I would greatly appreciate the instructions or script for how to do this. Thanks! Reywas92Talk 22:48, 6 November 2009 (UTC)[reply]
Feature request: subpages list
In addition to my basepage request above, is it possible to add a new item titled "subpages" under "actions" menu? It should show a list of popupable pages like "what links here" does. Currently a "space" link already exists for user pages only, but it is merely a link, not a real list. Thanks Gustronico (talk) 15:02, 15 December 2009 (UTC)[reply]
Flakey in Chrome 4
I'm running Chrome 4.0.249.43 under Linux.
About half of the time I don't get popups at all. A page reload normally fixes things, because well, that would be the other half of the time.
The disambiguation option doesn't do the second page load; i.e. I don't get the page with the changes and a diff.
Popups don't work in the edit box; in Firefox I can highlight [[a link]] and it's like in an article; no so much in Chrome.
I love that Chrome doesn't crash. I hate that popups doesn't work so great. I'm considering going back to Firefox just for reliable popups! Please, don't make me go back. Josh Parris 11:15, 28 December 2009 (UTC)[reply]
I just couldn't live without them. I've gone back to FireFox. Josh Parris 08:04, 13 January 2010 (UTC)[reply]
Wouldn't you know it, that edit blew up FF. It's watching, I tell you. Josh Parris 08:26, 13 January 2010 (UTC)[reply]
I'm having the same problem. It sucks, because FF is so much slower for me for whatever reason. AaronY (talk) 11:28, 14 December 2010 (UTC)[reply]
I just checked: the non-experimental version of the popups gadget works fine in Chrome 12. The experimental version doesn't though. AxelBoldt (talk) 12:56, 19 May 2011 (UTC)[reply]
Edit summary not autopopulating correctly
In the past few days, the edit summary for reversions made using popups has not been working correctly. When performing this action, a popup window tells me that the summary didn't autopopulate and it asks me to manually enter one. This has been occurring on multiple computers with different versions of Windows and Firefox. Has Popups finally kicked the bucket or can someone fix this? --ElKevbo (talk) 08:33, 5 January 2010 (UTC)[reply]
This is when you do reverts ? —TheDJ (talk • contribs) 11:11, 5 January 2010 (UTC)[reply]
FWIW, it does work here with Firefox 3.5.5 and IE 8.0.6001. -- Michael Bednarek (talk) 12:31, 5 January 2010 (UTC)[reply]
Correct, when I use the "Revert" tool in Popups. Specifically, I get a popup window that says "Failed to get revision information, please edit manually. Enter a non-empty edit summary or press cancel to abort." In the window is a text box that is only partially complete and missing the date and editor, e.g. "Revert to revision 335721050 dated (unknown) by (unknown) using popups" --ElKevbo (talk) 21:42, 5 January 2010 (UTC)[reply]
Resolving links to the secure wikipedia server
Popups is perfectly capable of resolving and displaying a preview for this link, but not this link to the secure mirror of the same page. As my computer is able to travel to both without issue, is this simply an oversight, or is there a technical issue I'm not aware of? --King Öomie 19:58, 16 January 2010 (UTC)[reply]
It is a limitation in the design of the original popups. It cannot display interwiki's either. —TheDJ (talk • contribs) 14:35, 19 January 2010 (UTC)[reply]
So not in the chain? Popups is great, but I've taken to completely skipping WQA threads etc where someone a little paranoid links all of their 30 diffs from the secure server :P --King Öomie 15:43, 19 January 2010 (UTC)[reply]
Not for the foreseeable future no. I have popups very much in maintenance mode, and I'm not planning on doing any major work any time soon. —TheDJ (talk • contribs) 15:55, 19 January 2010 (UTC)[reply]
You should try using fullurl:, so popups works whether or not you use the secure server, like so: link. —MC10 (T•C•GB•L) 17:52, 7 August 2010 (UTC)[reply]
Feature request: Special:LinkSearch on external links
Hello! Is it possible to create a popup for external links that brings a link to Special:LinkSearch/www.linked-site.com? It also could show a list of 10 first pages containing links to the targeted page. Thaks! Gustronico (talk) 23:13, 29 January 2010 (UTC)[reply]
Revert with editable edit summary
By default, the "rv" revert link undoes the last change and adds a standard edit summary in one click. But this denies the editor a chance to add a reason for the change, which could cause unnecessary frustration to other editors (and particularly to the editor who has been reverted). Should the default be changed to make this a two-stage process? Or, if editors need to retain a one-click link, could there also be an additional "Undo" link which would lead to an edit page and summary identical to clicking "Undo" in the ordinary page history? — Richardguk (talk) 14:38, 9 February 2010 (UTC)[reply]
I looked at this, and it is pretty much impossible (without multiple queries, which i do not feel for). It is a rather extreme case and I don't think it is worth the effort at this time. —TheDJ (talk • contribs) 15:17, 5 March 2010 (UTC)[reply]
Fair enough, thanks for checking it out. I guess it goes to show what high standards we're used to from Navpop that it even occurs to suggest such refinements! — Richardguk (talk) 15:39, 5 March 2010 (UTC)[reply]
Yeah, this requires a redesign of the namespace support. I was already working on this a while back, but got distracted and now I don't have the time. It's on the TODO list though. —TheDJ (talk • contribs) 11:47, 13 March 2010 (UTC)[reply]
User status line vs. changing username
Suppose a user changes his username, a doppelgänger account is registered in the old name, and that doppelgänger is blocked. The navigation popup for a link to the old username, although showing the user page redirect, will show the user as blocked. For example, using popups, try hovering over this link to the old username of a checkuser in good standing: User:Lucasbfr. It says: "BLOCKED, edits since: 2009-04-30". The missing "0" before the word "edits" is another problem I see. PleaseStand(talk) 09:40, 8 April 2010 (UTC)[reply]
Live preview and popups
Hello everyone. I am using Live Preview (Preferences → Editing → Advanced options → "Use live preview (requires JavaScript) (experimental)"), and popups does not work for links in the preview. Can this be fixed? Or is there a better place to report this? Thank you, Intelligentsium 22:43, 14 May 2010 (UTC)[reply]
I'm working on a hack that could be added to the popups code. PleaseStand(talk) 23:27, 14 May 2010 (UTC)[reply]
I just use user:js/ajaxPreview which not only gives you both options, and the option to customize the buttons, but can easily let you chose whether or not to have that functionality. —Preceding unsigned comment added by Amorymeltzer (talk • contribs) 01:48, 15 May 2010 (UTC)[reply]
I use User:Js/ajaxPreview as well. It's pretty useful, and it tells you how to enable popups below. —MC10 (T•C•GB•L) 02:45, 15 May 2010 (UTC)[reply]
I already knew about the script but provided the code because "live preview" is a "built-in" feature, although it probably is inferior to ajaxPreview.
Live preview fakes a normal form submission, requiring the server to include the HTML of the skin in the response.
Live preview does not work for diffs.
There is no equivalent of "ajaxPreviewExec" for live preview, hence the hack of checking every 500 ms if the throbber has disappeared before adding popups.
Live preview does not give the user the choice not to use AJAX without changing preferences.
Well, seems that I now have two AJAX preview scripts to get working with one of mine... PleaseStand(talk) 03:38, 15 May 2010 (UTC)[reply]
I've added it. Should work well, at least on all WikiMedia wikis; not sure if all private wikis hotloading our script will also load jQuery, but since it fails gracefully, it shouldn't be a problem. I've asked for a preview hook in bugzilla:23580, once that's done we can do this more cleanly. Thanks, Amalthea 10:23, 18 May 2010 (UTC)[reply]
I'll try to commit that patch. I'm a MediaWiki dev now :D —TheDJ (talk • contribs) 11:07, 18 May 2010 (UTC)[reply]
Ooooh, good to know. You probably can't do scaps though, right? :D Amalthea 12:12, 18 May 2010 (UTC)[reply]
What is Live Preview supposed to do? Javascript works fine on my computer, but I don't see any consequences of checking this box. kcylsnavS{screechharrass} 15:54, 23 May 2010 (UTC)[reply]
If you click the Show preview button when editing an article, the preview appears above the textbox without reloading the page. PleaseStand(talk) 16:05, 23 May 2010 (UTC)[reply]
Odd yellow box
I've been using popups for years, but over the last couple days, have been encountering an unusual problem. Popups seem to be intermittent, sometimes working properly, and sometimes when I hover over a link, all I get is a tiny yellow box, about one character wide. I can't figure out exactly what's causing it, as it shows up at odd times. For example, I might hover over an article name to see its history, and then in that popup hover over a user's name to get a snapshot of their activity, and then suddenly the box appears and I can't get popups to work on anything else. Once it's stuck, it tends to stay stuck until I refresh the page, which (usually) fixes it. The problems seemed to start with the Vector change, though I've switched back to Monobook now. Any ideas what might be causing it? --Elonka 14:36, 21 May 2010 (UTC)[reply]
That sometimes shows up for me, but only very occasionally. I have no idea what the problem is. Perhaps popups failed to retrieve the page? —MC10 (T•C•GB•L) 04:57, 24 May 2010 (UTC)[reply]
I saw something similar today. I don't know if it's relevant, but the page I was hovering on had been changed (by me) since the current page was loaded. In my case, the box was about one character high, not wide (or is that what you meant?). --Auntof6 (talk) 05:48, 24 May 2010 (UTC)[reply]
I have seen it too, it has something to do with the execution order of some elements of the scripts. I slightly changed this order when vector was introduced, because otherwise it wouldn't load at all on some pages. I'm guessing that people with slower computers see it more than others, and probably even more on long pages. Waiting for the full page to finish loading and setup might avoid the problem. But that is just a guess, I haven't been able to confirm yet. —TheDJ (talk • contribs) 13:30, 24 May 2010 (UTC)[reply]
Anyone still noticed this with MediaWiki 1.17? Amalthea 20:52, 4 April 2011 (UTC)[reply]
Popups disappears for subpage and contribution small links
A feature that used to be in popups is not here anymore. On contribution pages (such as mine), the user links aren't "popupable" anymore. This is also true for the links to the BASEPAGENAME from a subpage, such as this page—like the contributions page, the links aren't "popupable" anymore. Can someone please change this back to how it used to be? Thanks. —MC10 (T•C•GB•L) 19:34, 31 May 2010 (UTC)[reply]
Popups still work for me (using Firefox 3.6.3 on Windows 7), but only intermittently. This is particularly annoying when opening revision histories for reverting vandalism from Special:AbuseLog. PleaseStand(talk) 20:04, 31 May 2010 (UTC)[reply]
I don't mean that the popups itself don't work on all of the page, I just mean that the links under the small text "Wikipedia, the free encyclopedia" don't work. —MC10 (T•C•GB•L) 21:23, 31 May 2010 (UTC)[reply]
hoping for a quick workaround for one unusually wide article
I have one unusually wide article that the popups aren't visible when the link is on the far right. Now I obviously dont expect you to re-write your code for one user with one unusually wide article but I am hoping that there is some quick workaround that I could just add to my css or js page that would always put the popup directly under or very near my cursor? (BTW, I dont suppose that it matters but I am actually using it on another wiki) Lemmiwinks2 (talk) 00:00, 5 June 2010 (UTC)[reply]
I'm not quite sure what you mean, the popups float outside of the browserwindow or something ? Would really help if i could see an example of the behavior. —TheDJ (talk • contribs) 13:09, 6 June 2010 (UTC)[reply]
Yes. the whole table is 3 or 4 windows wide and when i am at the far right the popup floats off-screen to the left. User:Lemmiwinks2/Timeline_of_the_Bible/Geography. BTW, I checked and it does the same thing on wikipedia too. Lemmiwinks2 (talk) 17:15, 6 June 2010 (UTC)[reply]
That is the correct behavior. BTW, can you reduce the size of that table or reduce it to smaller tables? That would be much more helpful for most viewers who normally view the page. —MC10 (T•C•GB•L) 19:21, 8 June 2010 (UTC)[reply]
That version of my article is the old version. The new version is even bigger. I see no realistic way of reducing it to the point that it would fit inside one or two screens. Lemmiwinks2 (talk) 22:58, 8 June 2010 (UTC)[reply]
Right now popups do show the user rights of a user with a mouse over, however it neglects global rights. can this be adjusted to display global rights if the user has them?. βcommand 21:33, 6 June 2010 (UTC)[reply]
As far as I know, this information cannot be provided by the API yet. —TheDJ (talk • contribs) 23:10, 6 June 2010 (UTC)[reply]
I think your looking for thisβcommand 03:34, 8 June 2010 (UTC)[reply]
That would be helpful, but the global privileges should either be on a seperate line or be marked with the keyword "global". Combining global and local privileges would lead to a mess. —MC10 (T•C•GB•L) 19:25, 8 June 2010 (UTC)[reply]
Agree should be marked as global. βcommand 22:33, 8 June 2010 (UTC)[reply]
Querying this should be enough. —mc10 (t/c) 20:19, 15 March 2011 (UTC)[reply]
Is there anyway to make popups work on a wiki that is set up to have articles at www.example.com/article ?. I'm constantly having the previews referencing /articlename instead of article name. Thanks —Preceding unsigned comment added by Radon210 (talk • contribs) 00:32, 11 June 2010 (UTC)[reply]
Rename user right "autoreviewer" to "autopatrolled"
The right has already been renamed on the Special:Statistics page. It shoud be renamed too when Popups shows the rights of a user. Anna Lincoln 10:06, 30 June 2010 (UTC)[reply]
This is not trivial to implement atm. In essence, the group has not been renamed, just its displayname has been changed, it still has the same technical name. Fixing this would require an additional API call to retrieve the displaynames for each of the groups, which is kind of a pain. Note to self, for displayname of groups, use MediaWiki:Group-groupname. —TheDJ (talk • contribs) 14:52, 6 July 2010 (UTC)[reply]
Indeed, if you look at the Special:ListGroupRights page, you'll see that the actual group name has not been changed; it is still "autoreviewer". —MC10 (T•C•GB•L) 03:58, 7 August 2010 (UTC)[reply]
When I try "fixing" a WP: redirect link (such as [[WP:NPA]]), it doesn't change it to [[Wikipedia:No personal attacks|WP:NPA]]. Is this possible to be fixed, using a Regex trick? Thanks. —MC10 (T•C•GB•L) 17:55, 7 August 2010 (UTC)[reply]
This is the same issue as al the foreing language redircts for namespaces issue. I need to rework the entire namespace code to use the javascript variables, but it's a bit of work and I haven't felt like it. Anyone else is welcome to fix it of course. —TheDJ (talk • contribs) 18:11, 7 August 2010 (UTC)[reply]
Allow to change with of popup
Whenever a popup is created, it appears that the styles used are created inline. The max-width: 350px;, in particular, I'd like to be able to change. Could values that don't change, such as this one (I'm assuming? Is left: and top: the only dynamic values?) be moved to a class instead? Gary King(talk · scripts) 01:04, 9 August 2010 (UTC)[reply]
I believe there is a popups preference setting for this: popupMaxWidth. I'm currently working on the Title and namespaces issues, but after that, i'll try to fix this properly in the classes. —TheDJ (talk • contribs) 02:29, 9 August 2010 (UTC)[reply]
Using popups to disambiguate
I use the "Click to disambiguate this link to:" function quite a bit. Would it be possible to add an option to change, for example, a link to "Foo" to a link to "Foo (disambiguation)", when Foo is a dab page? Sometimes the link should be to the dab page rather than one of the individual entries, and there is a project to change such links so that they specify "disambiguation". Thanks. --Auntof6 (talk) 06:01, 21 September 2010 (UTC)[reply]
Popups doesn't make use of "offset" and "limit" for action=history?
For history pages, when there's a link that uses the "offset" and/or "limit" parameters, Popups doesn't use them to provide a history page that actually uses those parameters. Instead, it just returns the history page, as if the parameters were not set. The MediaWiki API already provides an easy way to return a page's history that includes these parameters. Gary King(talk · scripts) 21:49, 21 September 2010 (UTC)[reply]
Question
Shouldn't there be a Vector screenshot? Hardly anyone uses the Classic Skin, those screenshots should be replaced with either a preview of the Popups in Vector or Monobook since they are the most used skins. —Ғяіᴆaз'§Đøøм • Champagne? • 7:02pm • 09:02, 26 September 2010 (UTC)
[reply]
Disfeature in popup reverts
Using IE8 I get the following behaviour: After using popup revert it autosaves (as normal) the older version. If I then click my browser's "back" button or equivalent Alt-leftarrow the popup will re-save that version. This can inadvertently overwrite other editors' intervening edits without comment, an extremely unwelcome behaviour. LeadSongDogcome howl! 02:24, 17 November 2010 (UTC)[reply]
That is because autoclick=wpSave is included in the URL when Popups is used to revert. I do not know of any way to prevent the autoclick. —mc10 (u|t|c) 23:27, 23 November 2010 (UTC)[reply]
Install code, so it works on other mediawiki wiki's
Hi, i think an update of the manual install code as shown on Installation would be beneficial for people who like to use it on other MediaWiki wiki's, like wikia.
Hi, I haven't been able to use the disambiguate feature from popups for a while. I have tried different browsers and skins, but the option to disambiguate when hovering over a dab link doesn't show up with the pop up. Is this feature disabled, or can anyone else get it to work? Til Eulenspiegel (talk) 17:39, 18 January 2011 (UTC)[reply]
Sorry for the slow reply. It works for me, using Firefox 3.6 on Windows XP and Linux, with Vector. You've got "popupFixDabs=true;" in your vector.js, so I'm not sure. It seems to need the whole page to load, it can be a bit slow especially on the secure server. ChrisHodgesUK (talk) 18:15, 13 February 2011 (UTC)[reply]
I have a similar problem, I haven't been able to use disambiguation in a while, I am using Firefox 3.6.18 on Windows 7. Andrewlp1991 (talk) 18:01, 28 June 2011 (UTC)[reply]
Just to update, I sussed out the problem months ago when I realized my configuration was for the wrong skin... So no fault of the software... Til Eulenspiegel (talk) 18:21, 28 June 2011 (UTC)[reply]
Zoom In (Command +) conflict
After enabling Navigation popups the Zoom In (Command +) feature in Safari stops working.
Whywhenwhohow (talk) 21:20, 18 January 2011 (UTC)[reply]
Custom filter: Wikipedia translation
I have written a custom filter translating links to articles to our native language (in my case to Polish). Translation uses only Wikipedia, not Google Translate since the latter can be incorrect.
The filter code is:
//Returns Polish translation of link. For example on page http://en.wikipedia.org/wiki/Islam link "Muhammad"
//will be translated to "Mahomet". Google Translate will not translate this.
function popupFilterTranslation(wikiText) {
regexp = new RegExp("\\[\\[pl\:(.+)\\]\\]", "");
array = regexp.exec(wikiText);
return "<br>" + ((array!=null)?array[1]:"");
};
Any chance that we could have a setting to convert times from the 24-hour clock to the 12-hour clock? Gary King(talk · scripts) 00:06, 8 February 2011 (UTC)[reply]
Only those rendered by popups I presume? Hmm, as long as MediaWiki doesn't support a twelve hour clock I don't see that this would be a real improvement. Amalthea 20:47, 4 April 2011 (UTC)[reply]
Feature Request / Is there another easy way? - maintenance tags
I've been using popups quite a lot for fixing dablinks, but sometimes it would take specialist knowledge to fix a link, so the ability to insert a {dn} tag in 1 or 2 clicks would be really useful. Of course this is just an example - many other tags could be usefully inserted this way. Surely I'm not the first to think this, so maybe there's already a tool, but I haven't come across anything. ChrisHodgesUK (talk) 18:20, 13 February 2011 (UTC)[reply]
That's {{dn}}, in its popup-interrogable form; thanks for making me aware of it. Hey, how about a capability for putting any string inside the double braces {{...}}, and maybe inside {{tl|...}} while they're at it?? --Jerzy•t 20:27, 14 March 2011 (UTC)[reply]
Mark as patrolled
Hi! In italian wikipedia we use the patrolled edit functions. But, from the upgrade to MW 1.17 when I try to mark as patrolled a revision from popup the system give me the error "Session failure: 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.". Instead, the same action from the standard diff page return no problem. --β16 - (talk) 13:12, 17 February 2011 (UTC)[reply]
Patrolling requires using the API and retrieving a seperate patrol token for each patrol action now. This script does not yet do that. If someone writes it, it's easy to update, but I don't have the time to work on this right now. —TheDJ (talk • contribs) 17:23, 17 February 2011 (UTC)[reply]
Thanks for the answer TheDJ. I'm not able to develop in JavaScript, we hope someone will do it soon. --β16 - (talk) 09:02, 18 February 2011 (UTC)[reply]
Yes, I am having the same probem. I am not sure how the script can pull the token from the diff-page, but maybe someone else does? :) --Andreas Müller (talk) 12:58, 14 April 2011 (UTC)[reply]
Popup for a commons image
If an image is local ("actually" on en.wp), the popup is the beginning of the content of its image-description page (the same page you get by clicking on the image, as expected). If instead an image is on commons, the popup has no content if there is no local file-description page. But clicking on the image gives a description page that transcludes the commons one. It would be useful if this auto-transclusion behavior worked in the popup also. DMacks (talk) 14:00, 20 March 2011 (UTC)[reply]
That was a bug; the popup on all images is supposed to show the start of the description page, whether they reside on Commons or not. I have fixed it in my version user:AxelBoldt/Gadget-popups.js; the difference to the production version is here. AxelBoldt (talk) 17:31, 18 May 2011 (UTC)[reply]
Here's an example of what the popups look like for me with "popupNavLinks = false": http://i.imgur.com/SnqZh.png - observe the double title. I don't believe that's how it's meant to be.
I have to say, if the Lite mode came with the image preview I wouldn't be tweaking these at all; it's a real shame it's so hard to achieve lite mode + image.
Experimental v. causes fail of js in ff4 but not ff3.6
I installed a new PC, w/ firefox 4, and none of my js worked.
On the old PC, ff 3.6, things still worked.
I narrowed it down, through trial and error, to the "Navigation popups (experimental version). Minified and served through ResourceLoader." in gadgets.
If I un-check that, things are OK on the new system.
If I check it, then none of my js works - no clock gadget, none of the stuff in my monobook.js
So - I've fixed the problem myself; I'm just reporting this for info. Chzz ► 16:29, 4 April 2011 (UTC)[reply]
The experimental version has never worked for me, so I just use the regular version. I didn't realize that it might be due to my use of FF 4. —UncleDouggie (talk) 19:15, 4 April 2011 (UTC)[reply]
The description next to the gadget currently states: Does not work with Firefox 4. So it appears that people already know. —mc10 (t/c) 20:00, 8 April 2011 (UTC)[reply]
Spacing around inline comments
Minor bug: I noticed when hovering over a wikilink to de facto standard that an inline comment in the opening paragraph is somehow causing the space character that follows it to be ignored by the popup. The comment is between the words "standard" and "is"; the rendered result is "standardis". I am using Firefox 4 on WinXP. —mjb (talk) 17:07, 14 April 2011 (UTC)[reply]
Localization for Special:Contributions and Special:WhatLinksHere
I request the addition of a couple of new localization variables, similar to current "redirLists" variable, so links to these two aforementioned special pages get be "popuped" in non-English wikipedias. Currently, NavPopUps doesn't work if you hover over a link to a user contribs page (usually found in templates like {{unsigned}} or {{user}}) or over a What Links Here link like those found at the end of each line in any WLH page.
Note that the difference between projects is not just the "Special" prefix but the names of the special pages themselves. An alternative solution could be to make use of the currently defined translations for these words found in locale NavPopUp-specific .js pages in various projects (like here at eswiki) but that they seem to do nothing at this point. Excuse me for my poor English, feel free to re write this comment if you consider. Gustronico (talk) 03:20, 25 April 2011 (UTC)[reply]
For many months I've been using Google Chrome to work on Wikipedia. I have the Vector skin with Popups enabled. Today Popups is not working. Nothing pops up for me anymore. Anyone have any idea why?
I noticed also that the top of the page no longer has the clock or the purge link. I'm logged in, my preferences show these things are enabled, but they aren't showing up. The Vector skin is different too, with a "View history" tab appearing on articles rather than an option appearing in a drop-down, and when I look at a user page, the user contributions link is no longer available in a drop-down but is now in the left column. ~Amatulić (talk) 19:07, 28 April 2011 (UTC)[reply]
Nevermind. It seems that if I log in globally (the default when logging in), I lose popups and other features, as well as my custom scripts. ~Amatulić (talk) 20:28, 28 April 2011 (UTC)[reply]
That shouldn't be happening. Try using a debugger such as Firebug and debug your JavaScript to look for JavaScript errors. —mc10 (t/c) 00:15, 7 May 2011 (UTC)[reply]
I have done that, and left a more detailed description of the problem at Wikipedia:Village pump (technical)#My gadgets are gone most of the time. The problem comes and goes, even in the same browsing session, and even on the same page. The errors aren't turning up in my scripts, as far as I can determine. They seem to occur in Wikipedia's core scripts. ~Amatulić (talk) 01:27, 7 May 2011 (UTC)[reply]
Section editing
About time section editing (by mousing over the "→" in the history preview) was enabled, instead of having to load the entire article, which saves bandwith, and potentially editing the entire article, where an edit conflict could arise. –HXL's RoundtableandRecord 00:13, 6 May 2011 (UTC)[reply]
You forgot to link to your patch adding this functionality. Amalthea 06:49, 6 May 2011 (UTC)[reply]
Upgrade to Firefox 4 breaks popups
Beware that upgrading from FF3.6 to FF4 results in the complete loss of popups capability, even after full refresh, clearing browsing history, etc. Dl2000 (talk) 02:41, 9 May 2011 (UTC)[reply]
Are you using the experimental version of popups? Go to Special:Preferences and see. The experimental version is not yet compatible with FF4. This was mentioned several threads above this one. —mjb (talk) 03:47, 9 May 2011 (UTC)[reply]
I'm using FF4 right now, and popups is working perfectly fine. As noted by mjb, if you are using the experimental version, it won't work right now with FF4. —mc10 (t/c) 02:26, 1 June 2011 (UTC)[reply]
Diffs with < displayed wrongly
I'm using the non-experimental version of popups. If you hover over this link, you'll see a diff containing the text "<", but that symbol isn't found in the real diff, which you get if you click on said link. AxelBoldt (talk) 17:42, 12 May 2011 (UTC)[reply]
I have fixed that bug; the working version is at User:AxelBoldt/Gadget-popups.js. The fix starts at line 5683; here is the difference only. However, this fix does not correct the #diff weirdness problem which appears to be a separate issue. Please feel free to add the fix to the production version of popups. Cheers, AxelBoldt (talk) 21:09, 14 May 2011 (UTC)[reply]
Applied, thanks! Amalthea 10:10, 15 May 2011 (UTC)[reply]
The "<" is still showing up for me in the diff; are you sure it was fixed? —mc10 (t/c) 23:00, 23 May 2011 (UTC)[reply]
Well, the diff should show a "<" but not "<". It should work if you use the non-experimental version of the popups gadget and bypass your browser's cache. AxelBoldt (talk) 21:08, 24 May 2011 (UTC)[reply]
Hm, it seems to be fixed now. Probably a caching issue. —mc10 (t/c) 02:25, 1 June 2011 (UTC)[reply]
Bug: incorrect IP contribution link in page history popups
For the last few days I have noticed a bug that I believe wasn't there earlier: when you view a popup page history (e.g. hovering over this page history link), the popup attempts to link the IP of anon contributors to the IP's contrib history (whereas for logged-in editors it links to their user page). This is fine. However, instead of linking to "Special:Contributions&target=xxx.xxx.xxx.xxx", it adds a spurious "User:" prefix, resulting in a link to "Special:Contributions&target=User:xxx.xxx.xxx.xxx", which doesn't work. Fut.Perf.☼ 08:18, 4 June 2011 (UTC)[reply]
I noticed that too, I commented on it above under #Feature requests, it is related to an edit described up there. Regards, Woody (talk) 09:36, 4 June 2011 (UTC)[reply]
Ah, thanks. That actually looks as if it was easy enough to fix. Won't we just need to exchange the following line:
col3url=pg.wiki.titlebase + pg.ns.special + ':Contributions&target=' + new Title(user).urlString();
Do you think people would tar and feather us if we just went ahead and changed this, or does custom demand we wait for a developer to fix it? Fut.Perf.☼ 10:26, 4 June 2011 (UTC)[reply]
I think the custom of fixing something if it is broken takes precedence ;) I say go ahead and do it. Woody (talk) 10:54, 4 June 2011 (UTC)[reply]
Done. Let's see if it blows the wiki to pieces. Fut.Perf.☼ 12:09, 4 June 2011 (UTC)[reply]
That was my mistake, thanks for the fix! AxelBoldt (talk) 20:18, 4 June 2011 (UTC)[reply]
It's doing it again, please fix it. (I've refreshed my own copy and it didn't help.) - Fayenatic(talk) 17:53, 23 June 2011 (UTC)[reply]
What exact problem are you seeing? The one described by Future Perfect at Sunrise above is fine for me. Amalthea 00:19, 24 June 2011 (UTC)[reply]
Usage of popups on own user talk
Just wondering whether using popups (without using the edit summary) to immediately remove posts from talk pages is any less acceptable than using, say, rollback to accomplish the same task. So is this warning uncalled for? —HXL's RoundtableandRecord 06:12, 5 June 2011 (UTC)[reply]
No, it was good advice. Just because there is no rule prohibiting some behavior does not mean that behavior is desirable. However, if you are wondering whether an editor would be blocked solely for removing an ANI notification in a dismissive fashion, the answer is no. Johnuniq (talk) 10:12, 5 June 2011 (UTC)[reply]
Yes, Fastily did explain that it is "bad form" to use automated tools. And solely? I don't believe you can be blocked for any such removals. —HXL's RoundtableandRecord 13:16, 5 June 2011 (UTC)[reply]
By "solely" I meant that such behavior would not be a cause for a block, but I was allowing the possibility that an unconstructive editor with multiple problems might be blocked, and a dismissive attitude might be mentioned as part of an overall problem. However, this is highly theoretical, and of course Wikipedia tolerates all sorts of uncollaborative behavior, so an accurate statement would be that no one is blocked for such notification removals. Since this is the talk page for the script, my first reply was attempting to cover the possibility of someone wanting to say that some text should be added to say that such removals are ok. That would not be helpful. Johnuniq (talk) 01:14, 6 June 2011 (UTC)[reply]
Links to (cur|prev) diffs on history popups?
I have a version of popups that displays on every line of a history popup two links to (cur|prev) diffs, just like MediaWiki's history pages do. This replaces the current (last) links.
Should we add this feature to the production version of popups? AxelBoldt (talk) 20:40, 5 June 2011 (UTC)[reply]
Personally, I don't think that I'm going to find much use of it. But if nobody objects I'd say either add it or turn it into an optional feature. Amalthea 18:25, 6 June 2011 (UTC)[reply]
As it turns out, since I wrote the above I already noticed two cases where I would have wanted to use that "cur" link. So add it, I say. :)Amalthea 08:56, 10 June 2011 (UTC)[reply]
My popups now have a chinese character occuring before the action and popups menu header in the popups, any ideas? — Preceding unsigned comment added by Naraht (talk • contribs) 18:20, 19 June 2011 (UTC)[reply]
Does it look like this: "⋅"? Amalthea 19:21, 19 June 2011 (UTC)[reply]
All I'm seeing is a dot, but I couldn't paste the chinese character in myself (or rather I could, but it changed it to a dot before it saved. It is gone now.Naraht (talk) 01:49, 20 June 2011 (UTC)[reply]
Behavior with anchors
I find Navigation popups works differently with anchors in various configurations, and is affected by {{anchor}} templates even when following a link to the literal text of the section header. Behavior varies depending on which side of the section heading text the anchor is located. Also, leading and trailing space between the "=="s affects the behavior (I didn't include that in the demo here.) I put together a test case for you. All links work properly for ordinary navigation (though not identically).
Rows without Wikilinks are the Section heading Wikitext in the destination article.
It would be great if Navigation popups could work in all cases like it does for a bare section heading, as in "See also" above. Retaining the section heading is important, since Wikilinks to anchors set by templates can be named any way the author wants and might not match up well to the actual section name.
Update: With some experimentation I find that if the {{anchor}} template is place on the line above the section heading instead of in the middle of it (which is the way it's shown in examples on the documentation page for the template), it works properly.
Yep, that all makes sense. :) I didn't think about anchors inside section headers, that's why those break. That such anchors (or any other templates inside section headers) break the old section preview logic is a separate problem (though related of course). Amalthea 09:30, 29 June 2011 (UTC)[reply]
Well, it doesn't work for me, as you can see there and I now use vector as template. The second anchor is above a section heading and I only have the top of the page. The first one is inside a section but above a line and don't work either. I think it should be interesting to have such a behavior, especially in texts like this one : there are many anchors inside the text and they don't work with popups, though it would be very useful (and also betwenn different pages). This special text uses 'div id' tag, but it might be the same with anchor template I think. Could this be fixed some day ? Thanks. --Henrique Diaz (talk) 01:08, 23 July 2011 (UTC)[reply]
This tool seems to think that Nicholas II of Russia is a dab page. When I hover my cursor over the internal link, I get the disambiguation list (with, I assume, every link that's in the article). Why does NAVPOP think this is a dab page? --Auntof6 (talk) 06:47, 2 July 2011 (UTC)[reply]
The {{Disambiguation needed}} template under the section "Further reading" seems to be the culprit. Someone may need to update the regular expression used in the code... --Moonian (talk) 13:53, 8 July 2011 (UTC)[reply]
Question
I'm trying to make an image popup that displays the full-sized image (not the default thumb-sized) and if clicked will go to the original file location (like the "linkfull" option), preferably in a new popup window, not on the same one. I tried here, but so far I just removed all unnecessary information other than the actual image (albeit thumb-sized) itself. Can anyone help me? Bennylin (talk) 14:32, 14 July 2011 (UTC)[reply]
Incorrectly identifying disambiguation pages
The software seems to incorrectly interpret the presence of a {{disambiguation needed}} template in an article as an indicator that it's a disambiguation page. Colonies Chris (talk) 09:44, 21 July 2011 (UTC)[reply]
I noticed that the disambiguation popup is not working for pages tagged with {{Geodis}}, like Soldiers' and Sailors' Monument. I believe that it has worked in the past. Thanks. --rogerd (talk) 06:45, 23 July 2011 (UTC)[reply]
A bit shocking
People are apparently able to view deleted versions of pages in Popups. example. MarcusQwertyus 17:09, 3 August 2011 (UTC)[reply]
That's not true; popups can view part of the diff because one of the revisions was not deleted; only the other one was, so the normal diff page cannot be displayed. —mc10 (t/c) 18:13, 8 August 2011 (UTC)[reply]
Well, not exactly (at least it seems to me): the diff should be between the version 277934813, whichever page it is a revision of, and the previous version of that page if there is one. But version 277934813 is deleted, and :
if the corresponding page is indeed User:Moonriddengirl and the "previous" version exists, then it has been deleted as well (since the oldest non-deleted version of that page is 296415730), thus the popup should not display any diff.
if the corresponding page is not User:Moonriddengirl but another page, which has a non-deleted "previous" version, then the diff displayed should be from that previous version to an empty version.
However, as I understand it, the popup seems to show the diff from the current version of User:Moonriddengirlto the older & deleted version 277934813 (which is correctly seen as empty). This is quite weird, and a bug in which the popup produces false result (upon request of a specific diff, it displays another one). But at least the access rights problem is ruled out.
Some users seem to be having trouble with Navigation popups and wikilinks with nobreak spaces (see Wikipedia_talk:Manual_of_Style_(linking)#nbsp_in_wikilinks). If this is really the problem, would it be possible to modify the Navigation popups Javascript to support wikilinks with nobreak spaces? --Robert.Allen (talk) 02:12, 4 August 2011 (UTC)[reply]
Cross-site scripting
Since I made in public on de.wikipedia I want to warn you about a critical problem, you can see if you click the linked title in the popup for this link: X" onclick="alert('XSS');" title="y. Please fix it as soon as possible and deactivate the gadget in the meantime. --Schnark (talk) 10:41, 4 August 2011 (UTC)[reply]
Feature request: display popup on ctrl + hover instead of hover + delay
Hello, and first of all I'd like to say a big THANKS for such an amazing and useful navigation tool! I want to suggest a feature which in my opinion would improve its usability.
After using it for a while, I noticed that unwanted popups frequently show up, because internal links are quite dense in Wikipedia pages, especially pages like histories, logs, contributions list, etc. This is a bit unpleasant and distractive when reading, all the more because the mouse pointer is frequently near the spot I am looking at, so the popup can hide some text or content I am reading. I then have to move the pointer to some kind of "safe" area of the page, without any link around (unwanted small moves of the mouse happen, and if the pointer is close to some links, after a few moments it often gets on one of them and triggers a popup)... In my experience this has lead to a sort of unconscious routine after loading a page, where I move the pointer away, avoiding links along the way, before I can start reading. Another similar problem is, when looking at an image or showing it to someone, I frequently place the mouse pointer on some detail or part of the image, and then the triggered popup hides a part of it. Moreover, these unwanted popups result in an unnecessary drain on bandwidth and server resources (okay, probably not much...).
In my opinion the popup appearance should be more of a wanted event; so I suggest to allow user to activate (via parameters) a control key, so that popups can appear only when this key is pressed. I think this would also render the popup delay useless so, with for instance the Ctrl key (any modifier key would do it), this would in short mean that the popup display is triggered by Ctrl + hover instead of hover + delay.
Would this cause any trouble I haven't thought of? Would it be faisible?
If this is not a good idea but I can still make it in my user javascript page, I would love a bit of help about where I have to modify something in the javascript code.
Thanks anyway! - Cos-fr (talk) 18:01, 7 August 2011 (UTC)[reply]
I believe this is already a configurable option. —TheDJ (talk • contribs) 18:31, 8 August 2011 (UTC)[reply]
Well, indeed, I missed it, sorry! That option was not in the documentation on the French Wikipedia, where I primarily use it... And since the options table here looked just the same as the one I had already read thoroughly there, I didn't bother to read it here... my mistake!
Anyway, thank you very much! - Cos-fr (talk) 23:18, 8 August 2011 (UTC)[reply]
DIFFS: What happened?
When I hover over a diff in contribs or in RecentChanges, the diff does not show up. Also, when in a page’s revision history, when I hover over cur, again nothing shows up. It’s completely removed my ability to use Popups to revert to an earlier version. Any ideas? Thanks! — SpikeToronto 09:48, 8 August 2011 (UTC)[reply]
Like the editor above me, I am having troubles with hovering over some things and it not showing. I love my popups, what happened? I already tried bypassing my cashe which didn't help. I even rebooted after doing so, still no help. I hope you can help. Thanks in advance, --CrohnieGalTalk 11:12, 8 August 2011 (UTC)[reply]
Works for me, and apparently for night everyone else. Typically, if popups stops working, another gadget or personal script is causing errors, Please post relevant JavaScript errors your browser logged. To do that, open your JavaScript console or error console, and copy the relevant error messages. Where you find your javascript console depends on your browser:
Internet Explorer: Press F12; refresh the Wikipedia page; JavaScript errors appear on the "Console" tab of the F12 tools.
Firefox: Menu → Tools → Error console (or Firefox Button → Web Developer → Error Console). You should click the "Errors" button at the top, in order to hide the vast number of ignorable warnings, etc.
Opera: Menu → Page → Developer Tools → Error Console.
Chrome: Page menu → Developer → JavaScript Console (Ctrl+Shift+J).
Safari: Page menu → Develop → Show Error Console (Ctrl+Alt+C or Shift+Command+J). You might have to enable it first in Preferences → Advanced.
Ok I did what you asked, but I don't see anything that says error. Should it say something else? I am using IE. Thanks, --CrohnieGalTalk 12:40, 8 August 2011 (UTC)[reply]
This has happened in the past and it was due to some problem(s) with an update. Editors were having problems but the complaints came in slowly. Thought you'd want to know. Thanks, --CrohnieGalTalk 13:53, 8 August 2011 (UTC)[reply]
Amalthea, for me Popups is working fine. The one exception is, it will not show DIFFS when I hover over links that go to them. Thanks! — SpikeToronto 09:05, 9 August 2011 (UTC)[reply]
SpikeToronto, when you go to your watchlist, does hovering over the word diff work? To the people here: It doesn't for me but if I hover over history in my watchlist it shows the history but when I hover over last nothing. I can hover over other links and it works. I don't know what's going on, but why would this be allowing some of this program to work and not other parts of it to work? Would someone please help us so that we can get back to normal editing? Thanks in advance, --CrohnieGalTalk 09:54, 9 August 2011 (UTC)[reply]
CrohnieGal, I’m experiencing exactly what you describe. Popups is, for the most part, working. But, when I hover over diff, cur, prev, etc., nothing happens. — SpikeToronto 11:02, 10 August 2011 (UTC)[reply]
Well I hope someone can figure things out soon because I haven't been doing anything at this site which is unusual for me. I use popup a lot and yes, I guess I'm spoiled. Someone changed something and it's not me. I even undid things in my preferences that have been there for a long time to see if that would help, it didn't. I did manage to get a lot of my computer cleaned up though. I'm an idiot with computers so I hope someone can help soon. In case anyone is reading this I have Microsoft Vista in use. SpikeToronto, I'm glad it's not my imagination. --CrohnieGalTalk 11:29, 10 August 2011 (UTC)[reply]
No, it’s not your imagination. I use the feature to revert vandalized articles to the last clean version where neither UNDO nor ROLLBACK will work. — SpikeToronto 14:44, 10 August 2011 (UTC)
[reply]
Hmm. Crohnie, do you have IE version 8 as well? I don't have one at hand, just tried it with IE 9, without problems. SpikeToronto, the line that you highlighted looks like valid javascript to me, I don't see that it should suddenly break there. Could you perhaps also upload a screenshot with the "locals" tab selected? I've also made a small tweak that might prevent the error from occurring. Amalthea 08:40, 31 August 2011 (UTC)[reply]
Popups currently works for me on Wikipedia (or any of the WMF wikis), but fails to work on Wikia. Firebug's debugger tracks the issue to the line highlighted in SpikeToronto's diff above. Would it be possible to revert that change? —mc10 (t/c) 01:37, 4 September 2011 (UTC)[reply]
Any progress? —mc10 (t/c) 04:33, 14 September 2011 (UTC)[reply]
If someone with MC10’s skillset cannot get this to work on his own, then please let’s see what happens when the edit that both he and I pointed out is reverted. Thanks! — SpikeToronto 07:17, 27 September 2011 (UTC)[reply]
Popups on diffs work just fine here in IE8, Firefox, Chrome. -- Michael Bednarek (talk) 06:03, 23 October 2011 (UTC)[reply]
Hover on user - display last edit?
Would it be possible to create a configuration option to display the last edit of the user in addition to their first edit? (Instead of "edits since: 2006-07-14" it could say "edits 2006-07-14 thru 2011-08-08") or somesuch. –xenotalk 21:59, 8 August 2011 (UTC)[reply]
That's not the first edit of the user. It's the user account creation date instead. Gustronico (talk) 17:57, 22 August 2011 (UTC)[reply]
When I hover over a user who is in the global sysadmin group, and I click on the link in the group list in italics, I get sent to Wikipedia:Sysadmin. This is a bug, because the tool should make use of the interface message for such a thing. — Kudu~I/O~ 14:46, 23 August 2011 (UTC)[reply]
What link? Amalthea 08:42, 31 August 2011 (UTC)[reply]
The title basically says it all: if popupFixDabs is turned on, then the ISBN page has fixdab show up, which shouldn't happen, because the article is not a dab. Can this bug be fixed? Thanks. —mc10 (t/c) 17:43, 30 August 2011 (UTC)[reply]
Could you be a little more explicit? I don't see any ISBN shown at all in that article.LeadSongDogcome howl! 21:53, 10 October 2011 (UTC)[reply]
If you enable the popupFixDabs option, then each of these pages (when shown with a popup) has a disambig prompt that shows up ("Click to disambiguate this link to:"). —mc10 (t/c) 04:21, 11 October 2011 (UTC)[reply]
Using twinkle tags etc. through popups without going to the target page.
Is there some way of posting templated twinkle messages on usertalk pages through popups without actually going to those pages?-MWℳ 08:15, 9 September 2011 (UTC)[reply]
Unwatching with Popups now has additional (unwelcome) prompt
Until recently, I could remove an article from my watchlist by hovering over it and selecting "unwatch" from the popups menu with one click that opened a page confirming the article had been removed. Now, that same menu option opens a page that requires me to confirm that I want to remove the article. What used to already be slightly annoying and took two clicks - one to unwatch the article and another to close the unnecessary new page confirming its removal - now takes three clicks. We've gone from bad to worse.
The fine people at WP:VPT tell me that this is a result of the recent software upgrade. Specifically, they referenced bugzilla:27655 and bugzilla:29070 and told me that popups needs to be updated to work with these new security features.
Can someone please make the necessary change(s) to maintain this tool? Thanks! ElKevbo (talk) 14:32, 7 October 2011 (UTC)[reply]
Agreeing with ElKevbo on this. I didn't even notice this the first time it happened, since I am so used to closing the page that gets opened without even reading it. Thanks. Delicious carbuncle (talk) 17:20, 7 October 2011 (UTC)[reply]
In case someone is willing to implement this using mw:API, the sample code is here: mediawiki.action.watch.ajax.js, look for $.ajax; I had to fix my script today because of this new token requirement. — AlexSm 22:16, 7 October 2011 (UTC)[reply]
So I take it that this tool that is offered to all Wikipedia users is actually unmaintained. If so, which tools are being actively maintained and have comparable functionality? ElKevbo (talk) 03:52, 25 October 2011 (UTC)[reply]
I just noticed this myself. There was a lot of stuff still on my watchlist that I thought I had removed. It was just a completely unexpected OK button. I'd love to see it back the way it was. -- Mufka (u)(t)(c) 10:58, 12 November 2011 (UTC)[reply]
Anyone? Does anyone care that functionality in this tool made available to all editors has been broken for two months??? ElKevbo (talk) 07:03, 5 December 2011 (UTC)[reply]
Well, fixed here, I'll reply at de-wiki as well. I was also able to remove the list of localized namespace names since they can now be retrieved from mw.config. I only spent five minutes testing it, if anyone notices a problem please let me know or revert. Amalthea 18:36, 13 October 2011 (UTC)[reply]
May as well add the "REDIRECT" strings to the todo list too. --Moonian (talk) 02:42, 29 October 2011 (UTC)[reply]
Good work Amalthea, they one had been on the list for a long time. Kudos for you. —TheDJ (talk • contribs) 14:29, 15 October 2011 (UTC)[reply]
Diff highlighting unchanged words
The navigation popups seem to be malfunctioning for diff links, crossing out a word and replacing it with the same one.
For example, the only thing I did in this edit: [1] was remove a period. From the popup, it crosses out "produced" and replaces it with another "produced", for whatever reason.
That's not what I see. IE8 shows ]].]]]]]], Firefox 7.0.1 and Chrome 14.0.835.202 show ]]-̣]] (that's a minus with an underdot which will not show properly in IE). -- Michael Bednarek (talk) 06:01, 18 October 2011 (UTC)[reply]
I see the period removed, but I also see producedproduced, even though I didn't edit that word. InverseHypercube 17:26, 18 October 2011 (UTC)[reply]
Hovering over a link to an article's talk page and selecting actions|view article shows me the same talk page instead of the article. In other namespaces (user talk, WT) this works as expected, as does viewing the talk page from an article link. I think this has broken fairly recently - any chance of a fix, please? —SMALLJIM 15:01, 29 October 2011 (UTC)[reply]
Note that “edit article” link shows the same issue. Gustronico (talk) 19:42, 30 October 2011 (UTC)[reply]
So it does! I know little about JS, but I've had a look at the source and I think the problem may be something to do with subtracting 1 from the namespaceID in the code below Title.prototype.toArticleFromTalkPage=function() { (line 2433 ish). That code was added on 13 Oct by Amalthea and the fact that the Article Talk namespace index is 1, decrementing which leaves zero (which can be interpreted as null, of course), looks like it may explain why that namespace fails while the others don't. That's as far as my analysis goes, but I hope it may help. —SMALLJIM 10:20, 31 October 2011 (UTC)[reply]
Thanks for the report, Yfixed. Amalthea 23:03, 31 October 2011 (UTC)[reply]
That's excellent, thank you. I'm glad to see I was in the right ballpark - maybe in few years I'll get to lob an object or two of my own around :) —SMALLJIM 23:23, 31 October 2011 (UTC)[reply]
[Bug] [[#SectionName]] links to null#SectionName
Hi, I found a bug. if you make a link with only a link to an anchor (example here) and you use the popup on the link while watching the diff, the popup will link to page null. So, click here and point to [[#view article link not working|here]] in order to see the bug. --→ Airon 14:13, 21 November 2011 (UTC)[reply]
I followed your instructions with IE8 and popups works as it should. -- Michael Bednarek (talk) 14:59, 21 November 2011 (UTC)[reply]
Sorry, I misundertood; my test was hovering over HTML links. I never expect popups to work in Wiki source code, although I sometimes, rarely, notice that popups appear briefly when I'm in a Wiki source code window, but I disregard that. -- Michael Bednarek (talk) 03:56, 23 November 2011 (UTC)[reply]
In the immediate future it is very likely that there will be a new feature introduced that pops up the reference when you hover a reference number. This icw popups will cause two popups to become visible. This will require some changes to popups. —TheDJ (talk • contribs) 18:21, 24 January 2012 (UTC)[reply]
is live now. Thanks, Amalthea 15:17, 23 May 2011 (UTC)
Done My version at user:AxelBoldt/Gadget-popups.js shows the alt text in image previews, under the title and preceded by "Alt text:". It's now also in the life version of popups. AxelBoldt (talk) 18:47, 31 May 2011 (UTC)
Done. See e.g. User:Tiptoety, User:Dinamik-bot, User:Geoffbrigham, User:FloNight, User:J.delanoy. Amalthea 19:20, 4 April 2011 (UTC)
Done. Amalthea 20:41, 4 April 2011 (UTC)
Agree . See my request at MediaWiki_talk:Gadget-popups.js#i18_for_Special:Contributions. Helder 18:04, 22 August 2011 (UTC)
That option was not in the documentation on the French Wikipedia, where I primarily use it... And since the options table here looked just the same as the one I had already read thoroughly there, I didn't bother to read it here... my mistake!
