This is an archive of past discussions about Wikipedia:Tools. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.
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)
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)
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. --Ckatzchatspy21:00, 10 June 2009 (UTC)
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)
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)
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)
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)
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. --Elonka04:19, 4 February 2010 (UTC)
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...
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)
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)
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? Amalthea08:04, 19 September 2009 (UTC)
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)
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)
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)
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. Amalthea12:02, 21 September 2009 (UTC)
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)
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)
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! Reywas92Talk22:48, 6 November 2009 (UTC)
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)
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 Parris11:15, 28 December 2009 (UTC)
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)
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)
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)
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 Öomie19:58, 16 January 2010 (UTC)
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 Öomie15:43, 19 January 2010 (UTC)
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)
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)
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)
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)
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)
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)
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, Intelligentsium22:43, 14 May 2010 (UTC)
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.
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, Amalthea10:23, 18 May 2010 (UTC)
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)
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? --Elonka14:36, 21 May 2010 (UTC)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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?. βcommand21:33, 6 June 2010 (UTC)
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)
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)
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 Lincoln10:06, 30 June 2010 (UTC)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
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]:"");
};
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. Amalthea20:47, 4 April 2011 (UTC)
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)
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•t20:27, 14 March 2011 (UTC)
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)
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)
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)
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)
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)
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)
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
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)
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)
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)
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)
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)
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)
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)
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 RoundtableandRecord00:13, 6 May 2011 (UTC)
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)
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)
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)
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)
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)
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)
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)
What exact problem are you seeing? The one described by Future Perfect at Sunrise above is fine for me. Amalthea00:19, 24 June 2011 (UTC)
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 RoundtableandRecord06:12, 5 June 2011 (UTC)
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)
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 RoundtableandRecord13:16, 5 June 2011 (UTC)
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)
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.
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. Amalthea18:25, 6 June 2011 (UTC)
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. :)Amalthea08:56, 10 June 2011 (UTC)
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)
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). Amalthea09:30, 29 June 2011 (UTC)
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)
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)
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)
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)
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.
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)
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.
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!
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! — SpikeToronto09:48, 8 August 2011 (UTC)
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, --CrohnieGalTalk11:12, 8 August 2011 (UTC)
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, --CrohnieGalTalk12:40, 8 August 2011 (UTC)
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, --CrohnieGalTalk13:53, 8 August 2011 (UTC)
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! — SpikeToronto09:05, 9 August 2011 (UTC)
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, --CrohnieGalTalk09:54, 9 August 2011 (UTC)
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. — SpikeToronto11:02, 10 August 2011 (UTC)
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. --CrohnieGalTalk11:29, 10 August 2011 (UTC)
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. — SpikeToronto14:44, 10 August 2011 (UTC)
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. Amalthea08:40, 31 August 2011 (UTC)
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)
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! — SpikeToronto07:17, 27 September 2011 (UTC)
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. –xenotalk21:59, 8 August 2011 (UTC)
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)
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)
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)
Unwatching with Popups now has additional (unwelcome) prompt
Resolved
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.
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)
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)
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)
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)
I've now made the necessary changes. Watching/unwatching has to work a bit different now with the new tokens, clicking it now always executes an ajax-call, i.e. it doesn't reload the page anymore. If you middle-click the links it will open a new window where you still have to click a button to watch/unwatch (can't easily do that automatically anymore since the GET-request watchlist token is per-page; if people insist then it could still be done through the autoedit logic). Amalthea19:08, 25 January 2012 (UTC)
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. Amalthea18:36, 13 October 2011 (UTC)
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)
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? —SMALLJIM15:01, 29 October 2011 (UTC)
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. —SMALLJIM10:20, 31 October 2011 (UTC)
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 :) —SMALLJIM23:23, 31 October 2011 (UTC)
[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. --→ Airon14:13, 21 November 2011 (UTC)
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)
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)
Selina is currently unblocked. However, popups is showing her as blocked and has all through the last some weeks. There was some anomaly with her old 28 May 2006 indef block; it seems to have just gone away, as she was able to edit without the block being lifted. She was re-blocked on 30 January 2012 (and subsequent noise). This edit and some that followed were made while the 2006 block should have adhered, but it didn't. I'm thinking the database schema has changed over time and that some APIs are accessing what is now the wrong bit. FWIW, the block log in the user drop-down is showing red for her account when it shouldn't, so this is not really specific to popups. This also is probably not specific to Selina if it's about some sort of bug. It's possible that all blocks from 5+ years ago are not actually in effect. Alarbus (talk) 23:41, 22 February 2012 (UTC)
Like you said, not really a popups issue. The relevant API query claims the account is blocked, which likely means that the database is corrupted somehow. You'll need to report that one to bugzilla:, requires someone with database access to look into and fix. Amalthea23:52, 22 February 2012 (UTC)
Thanks. MediaWiki, the code they let anyone edit. Seems they know about it and have not actually done anything. User:Live and let Troll is mentioned in there as another example, and is showing ren in the drop-down, but not showing any block log at all. I guess they're free to troll if they remember the password. Alarbus (talk) 00:22, 23 February 2012 (UTC)
Well, like I said, needs a dev with database access, and those are rare and incredibly busy with the MW 1.19 rollout. This isn't a particularly pressing issue, after all nobody noticed for years, so it has to sit back. Amalthea00:39, 23 February 2012 (UTC)
Wouldn't make a difference, fun though it might be. MSK has been unblocked, blocked, unblocked reblocked etc a lot recently; her popups status read 'BLOCKED' throughout. pablo08:55, 23 February 2012 (UTC)
Since Sunday morning, my popups have been reporting times as being EST, instead of EDT. My time zone is set to America/New York in preferences. Is this a popups bug, or a setting I need to tweak? Thanks. --SarekOfVulcan (talk)15:48, 13 March 2012 (UTC)
Cleared cookies and cache on Chrome, logged back in, same problem. Cleared cookies on Firefox, logged back in, same problem. I first noticed the problem on my home laptop, but I don't have it here at the moment. Same problem on a machine that's been shut down for at least a year, but got plugged back in yesterday and hadn't browsed to Wikipedia yet. --SarekOfVulcan (talk)18:54, 13 March 2012 (UTC)
I just changed my time zone from New York to "Fill in from browser" -- that corrected the problem, and when I switched back to NY, Popups continued to display the correct time. Go figure. --SarekOfVulcan (talk)15:40, 14 March 2012 (UTC)
Function "undo" is not working in pop-ups
When I click function undo in a pop-up, the result is only a page edition, I mean, it is the same as if I had clicked edit tab (without any reversion). If I want to revert an action, I must go to view history then click undo, for this link does not work on pop-ups.
Well. It would be possible to fix that by querying the actually displayed images of the page separately, but I'm not sure it's worth the bother. Amalthea10:25, 28 March 2012 (UTC)
Adding custom links to menus
I import popups in my global JS page, and I would like to know if it is possible (or plausible) to add a "CentralAuth" link to the 'user' menu, and maybe a "luxo" link. i have looked at the gadget code but I'm still a little confused. It seems I would need to write something like <<CentralAuth|centralAuth>> in two places, but I'm not sure the exact way (and do I need to write this before popups loads?). πr2 (t • c) 22:53, 29 March 2012 (UTC)
Times one hour off
If I use popups to look at contributions for an editor, the times are showing an hour earlier than they should be. Is there a setting somewhere that I have wrong or is this a bug? Mojoworker (talk) 01:48, 3 April 2012 (UTC)
Last time someone had that, they had to re-set their time zone in Special:Preferences#mw-prefsection-datetime. If you have a minute, I'd be interested in knowing the timecorrection parameter you get if you open this API options query before and after you set your timezone (don't copy the whole thing, it has some information that you don't want public, only the timecorrection parameter value). Thanks, Amalthea06:26, 3 April 2012 (UTC)
OK, thanks. That fixed it. I initially got timecorrection="ZoneInfo|-360|America/Chicago" and after setting the zone to UTC, saving, and setting it back to Chicago, I now get timecorrection="ZoneInfo|-300|America/Chicago" and Popups once again agrees with the rest of Wikipedia's times. Mojoworker (talk) 22:13, 3 April 2012 (UTC)
question: produce hard-coded text of target of redirects
hello. This isn't directly about popups, but about the tool's ability to pop up the target of a redirect. In order to verify a large amount of data, I want to create a page that deliberatly has several hundred redirects. Then I want to run some sort of script or tool or add some sort of hard-coded link or something against that page that gives me the target of the redirect in plain text. In the end I want a table or something similar, listing 3 things: a label that I add, a redirect that I add, the actual target of the redirect given by script or tool or whatever.. If that doesn't make sense, I'm doing languages:
I know there's no reason to fix valid redirects, but I suspect a small amount of the info I have is wildly invalid. I have already found Old Prussian in Indonesia, etc. So I would like to check everything I have in one fell swoop. Tks. Ling.Nut3 (talk) 02:23, 6 April 2012 (UTC)
That quite simple to do. But like you said, not related to popups. If you have such a page with redirect links, you can give me a pointer on my talk page and I'll add the respective redirect targets. Amalthea14:36, 6 April 2012 (UTC)
Thanks for your help! But I need the ability to do it, not to have someone do it for me... how would it be done? Tks. Ling.Nut3 (talk) 01:49, 7 April 2012 (UTC)
Adding links
Popups can remove red links, change links to redirects, and fix dab links; it'd be very helpful to be able to add links too. My idea is to select the text to be linked and then initiate a popup with a hotkey or by hovering over the selected text, and the popup would have an option for creating the link verbatim (e.g. select the text "Posttraumatic stress disorder" and click "verbatim" to create a link to Posttraumatic stress disorder) or for changing the target (e.g. select the text "PTSD" and create either the link PTSD or Posttraumatic stress disorder). —danhash (talk) 19:56, 19 April 2012 (UTC)
Disable a conflicting gadget
Per User_talk:Yair_rand#GMTA: We're trying to get User:Yair rand/ReferenceTooltips.js implemented as a default gadget, but a concern was raised that this would create a problem for popups users until they disabled one of the two. Yair suggested that adding .referencetooltips{display:none;} to MediaWiki:Gadget-navpop.css would effectively disable Reference tooltips for popups users. This appears to be the easiest/most reliable way to handle the issue. Could someone edit that line in, assuming there's no objection? Thanks in advance. Equazcion(talk) 23:16, 19 Apr 2012 (UTC)
Shouldn't reference tooltips be disabled, not just simply hidden? We should have as little JavaScript executing as possible. —danhash (talk) 13:22, 20 April 2012 (UTC)
Ideally yes, we're working on that too. See User_talk:Yair_rand#GMTA. But in the meantime this fix is at least a simple way to fix things on the visual end, if both should wind up being enabled on anyone's account. Equazcion(talk) 14:41, 20 Apr 2012 (UTC)
I have activated this gadget on frwiki, and I'm trying to make it correctly detect links to disambiguation pages.
Currently, it only detects some of them, depending on the template used in the disambiguation page (works for {{Homonymie}} but not for {{Batailles homonymes}} for example).
Is there a way to configure it for detecting all dab links correctly ?
If it helps, every disambiguation page in frwiki is directly in the category "Homonymie".
Popups was working just fine and then it just quit. I ran CCleaner (which cleans my cache, temp files and junk) and then brought Wikipedia back up, still not working. Am I doing something wrong? - Neutralhomer • Talk • 19:21, 14 May 2012 (UTC)
Well, I don't get it, but on the off-chance it would work, I loaded POPUPS through the gadget page on "My Preferences" and it works. I had it loaded via my vector.js page. So there is a work-around. - Neutralhomer • Talk • 19:28, 14 May 2012 (UTC)
Weird, same time I clicked on the box to run it through the Gadgets page, it was reverted. :) I use it a lot cause I monitor over 2,000 pages and it gets kinda crowded on my watchlist, so to just "peek in" at the edit is really helpful. OK, guess we can call this resolved. :) - Neutralhomer • Talk • 20:12, 14 May 2012 (UTC)
What is Tim's script and what others do you have running? Am I correct in understanding that disabling them makes the problem go away?
I could not reproduce the problem. escapeRE is an mediawiki addition to jquerry and should be accessible from pretty much anywhere (at least I think so), but we could use another solution if we do find that the culprit is definitely it. Chico Venancio (talk) 06:51, 16 May 2012 (UTC)
Still not working, I use these scripts + quite a whack load of the preferences gadgets tab. If I disable popups, everything works fine. I have been able to reproduce this error in Google Chrome 19.0.1084.46 m, and the following debugging info it gave may help you guys more: (it's still the same firefox error)
Uncaught TypeError: Object function (E,F){return new o.fn.init(E,F)} has no method 'escapeRE' index.php:5847
This was a clash with Earwig's AFC helper script and has been solved. If anyone else finds a similar problem please report. Chico Venancio (talk) 04:47, 17 May 2012 (UTC)
Popups work in Firefox 12 now, but are still out of action in Chrome. --JN466 11:41, 17 May 2012 (UTC)
(Also, the edit toolbar fails to appear about half the time, both in Firefox and Chrome.) --JN46611:45, 17 May 2012 (UTC)
Both the functions used are pretty standard and harmless, the most probable culprit(s) is other scripts that could be using non-standard code. That was the case with the problem DeltaQuad was experiencing (AFC-helper in that case). I really don't see how to keep all the projects that are not in english without contributions popups because of some scripts that have bugs in them.
I am available to help in debugging the scripts that are causing trouble as I did in DeltaQuad, but it does not seem reasonable to remove a key feature from all non-english projects. Chico Venancio (talk) 19:38, 17 May 2012 (UTC)
Would it be possible to add the native resolution of non-vector target images? This would be helpful with non-free images, to quickly decide if a new resolution should be uploaded. ▫ JohnnyMrNinja00:55, 18 May 2012 (UTC)
Undo from history
Clicking on undo when viewing diffs from the history in popups is not working. When executing this function, all that occurs is a blank edit. Also, I am a Chrome user and rarely use anything else. GotRTalk18:48, 31 May 2012 (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, thanks. Amalthea 07:13, 19 May 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!
