Wikipedia talk:WikiProject User scripts/Scripts/Twinkle/Bugs

From Wikipedia, the free encyclopedia

How to report a bug, in one easy step!

=== TW-B-<insert BUG ID number> (open)===
{{bugstatus|status=new|res=none}}
Replace this text with an explanation of the bug ~~~~

[edit] Bugs

[edit] TW-B-0011 (open)

Status: Acknowledged

Resolution: none

There seems to be something slightly off about the way Twinkle is checking revisions. Specifically, it will sometime think that a user has made two revisions, when they have only made one and another user has just made a revision. See this diff and compare with the page history. I've encountered this about 3 times since the update, that I can remember. Gscshoyru 15:15, 13 September 2007 (UTC)

Another example: [1] Gscshoyru 18:48, 14 September 2007 (UTC)

• I got the same problem reverting 58.152.136.67 on Passive smoking. TW only reverted 1 edit [2]. Carlosguitar 19:43, 14 September 2007 (UTC)

Um... that's actually the exact opposite of my problem. And is normal behavior, I think -- the same user made a revert after revisions were checked, and there's nothing (I think) that can be done about that. My problem is that a different user makes a revert during revisions check, and gets marked as being the first user, somehow, and twinkle continues reverting when it should stop. Gscshoyru 19:49, 14 September 2007 (UTC)

Do you get any notices when you revert about miss-match of revision. _→AzaToth 21:44, 22 September 2007 (UTC)

Sometimes, but not during these reverts. This is happening somewhat often, by the way, though they usually have no effect -- usually when I try to revert some blanking, and ClueBot gets to them at just the right time, the popup will say "this user has made two reversions, are you sure you want to revert?" And I revert anyway and look at the page history, the user has made just one and cluebot has also made one, and I've made none as my version is the same as clue bot's. There's something a little odd about the order things are checked, I think. Gscshoyru 21:52, 22 September 2007 (UTC)

[edit] TW-B-0013 (open)

Status: Confirmed

Resolution: none

Two editors simultaneously reverting a page may cause page corruption. See [3]/[4] and [5]/[6]. MER-C 06:03, 15 September 2007 (UTC)

Not just my problem, too: [7]/[8]. Affects all forms of reversion, I'd say. MER-C 08:21, 15 September 2007 (UTC)

That's a real fishy problem ,sadly I don't know why it happens, possible this kind of problem will go away when the apöi edit thingi is ready. _→AzaToth 13:36, 15 September 2007 (UTC)

[9]/[10]. MER-C 12:55, 19 September 2007 (UTC)

Hasn't gone away: [11]/[12]. If only vandalism reversion was synchronized. MER-C 13:41, 30 September 2007 (UTC)

[13]/[14]. Hasn't gone away. MER-C 11:06, 8 October 2007 (UTC)

Two months later, still occurring. MER-C 11:09, 3 December 2007 (UTC)

It's a known problem, sadly I dont know why it happens, the only way for me to find the problem would be a full transcript of data transfered when this happens. _→AzaToth 13:11, 3 December 2007 (UTC)

Was this caused by bug 13 or something else? --Silvonen (talk) 15:39, 25 April 2008 (UTC)

Looks like bug 13 to me. This happens to me when I navigate away from the page, either by accident, or because the form appears stuck. Before leaving, the dialog reads "Error while posting form: error 200" or something similar (I am sure it says 200 as the error code). It seems to be caused if Twinkle is unable to post the whole form, but manages to post some of it. nneonneo ^talk 16:13, 25 April 2008 (UTC)

Yet another example. This is getting annoying, especially because the tool users don't always undo the damage in a reasonable time. --Silvonen (talk) 13:14, 8 May 2008 (UTC)

The problem is that it's an issue I personally have never encountered. I highly assumes there is a flaw in the JavaScript engine people are using. _→AzaToth 13:55, 8 May 2008 (UTC)

I've only encountered it when accidentally navigating off the page before it's completely done -- in that case, the POST doesn't complete, but MediaWiki goes ahead and saves the data anyway, causing the truncated article. I've also got another hypothesis -- if the POST data is GZip encoded (or similar), and a transmission error causes corruption somewhere in the stream (which does happen from time to time!), the result is a malformed stream at some point, which would explain the weird "%3" characters right at the end of the truncated article. For the article you linked to, Silvonen, I've just gone and restored the missing content (a bot went and did the rest). nneonneo ^talk 16:27, 8 May 2008 (UTC)

I did the revert Silvonen posted above and the damage was fixed by others (big thanks to bot and humans) before I logged in today. Here's what I noticed when TW was going through the motions:

1. gathering info on versions
2. dealing with likely redirect
3. opening talk page to the accused <---right here Netscape's Pop-Up blocker notice appears for me
4. error 200 (as discussed above)
5. completed

Now sometimes the article (with changes) appears, but usually it stays on this listing saying it's done, and I either close it or click a link elsewhere on the page. It never sends a message to any user talk, probably due to the pop-up blocker. Could it be related to the blocker combined with my now-defunct old-ass Netscape browser? I'm gonna stop using TW for now for the vandals and look into Firefox and such. Hope this info helps. Kresock (talk) 23:00, 8 May 2008 (UTC)

Another occurrence of this problem. I have asked the user if he will communicate his browser version. --TheDJ (talk • contribs) 17:59, 16 May 2008 (UTC)

This might be another example of the bug: link Kresock (talk) 22:18, 18 May 2008 (UTC)

I have a suspicion about what might be causing this, or at least how it might be avoided. The normal Wikipedia edit form has the hidden "wpEditToken" field as the very last one — that way, if the submission is somehow truncated, the edit token will be missing and the edit won't get saved. The "wpSave" button is also near the end of the form, providing a similar precaution. If Twinkle is submitting the fields in a different order (as it indeed seems to be doing, based on quick browsing of the code), such that "wpSave" and "wpEditToken" come before the main content in "wpTextbox1", then a truncated submission could result in a broken edit. —Ilmari Karonen (talk) 18:40, 22 May 2008 (UTC)

Interesting, never thought of that. _→AzaToth 21:46, 27 May 2008 (UTC)

Hmm, see this bugreport on the edit API, which talks of similar potential problems. --TheDJ (talk • contribs) 23:11, 27 May 2008 (UTC)

[edit] TW-B-0036 (open)

Status: Acknowledged

Resolution: none

When reverting to a version containing a blacklisted link, TW says the action has been completed when it hasn't (blocked due to the spam filter). Was trying to revert to this version of James Morrison (singer). mattbr 19:28, 10 October 2007 (UTC)

This could be difficult to fix at the moment, will probably be easier when API edit is ready. _→AzaToth 19:22, 13 October 2007 (UTC)

[edit] TW-B-0041 (open)

Status: Acknowledged

Resolution: none

In Opera, you are unable to submit ARV (advance reporting and vetting) on user talk pages. The box pops up, but when the submit button is pressed, nothing happens, completely filled out, or not. Alexbrewer 02:15, 17 October 2007 (UTC)

I'll look into this. east.718 at 06:11, December 20, 2007

[edit] TW-B-0043 (open)

Status: New

Resolution: none

When being beaten to the vandal rollback button by SineBot, a message appears that it's a bot signing vandalism, and it will revert past him. It doesn't do it. [15] east.718 at 01:42, 10/23/2007

Also see #TW-B-0135 (open), below, for a related issue.--Doug.^{(talk • contribs)} 18:25, 28 March 2008 (UTC)

[edit] TW-B-0046

Status: Closed

Resolution: probably resolved

AfD tab has problems adding discussion to the day's log; had to do it manually for two different AfDs. J-ſtan^Talk_Contribs 03:27, 26 October 2007 (UTC)

Does this still occur? _→AzaToth 19:47, 5 November 2007 (UTC)

Not for the last few. It might happen again, though. J-ſtan^Talk_Contribs 03:20, 19 November 2007 (UTC)

Nope, hasn't happened. J-ſtan^Talk_Contribs 03:25, 19 November 2007 (UTC)

Just happened to me. It created an AFD article, [16], but did not tag the article itself [17] nor create the entry on the daily log [18] —Preceding unsigned comment added by Yngvarr (talk • contribs) 16:29, 17 December 2007 (UTC)

[edit] TW-B-0051

Status: Resolved

Resolution: Fixed

Twinkle breaks things when deleting images that are in comments. See, for example, [19]. Probably the best solution is for Twinkle to just ignore pages like that, since ImageRemovalBot can deal with this correctly. Carnildo 19:15, 30 October 2007 (UTC)

Still breaking things in spectacular fashion: [20]. --Carnildo (talk) 02:34, 28 November 2007 (UTC)

More detail: This bug occurs when an image is used in a page at least twice: once as a gallery or template parameter, and once as a standard image link, and the image link has been commented out. --Carnildo (talk) 05:29, 7 December 2007 (UTC)

It may also be triggered by two normal inclusions where one of them has been commented out: that's the only explanation I can come up with for this edit. --Carnildo (talk) 05:41, 7 December 2007 (UTC)

[edit] TW-B-0054 (open)

Status: New

Resolution: none

In Firefox when I try pretty much any action such as speedy deletion or protection (former tried recently, latter tried some time ago) I get data loaded and then the application does nothing; the page is not actually deleted or protected. Any ideas? —Sean Whitton / 12:58, 4 November 2007 (UTC)

Do you have ZoneAlarm or Norton Internet Security installed? east.718 at 06:03, December 20, 2007

This happens to me too, but I have modified monobook.js and monobook.css files. --Thinboy00 @118, i.e. 01:50, 3 January 2008 (UTC)

Just to clarify, this happens when performing any automated edit except (as far as I know for now) for warning and tagging uses of images in articles as speedy-delete candidates. I have not recently tested arv. --Thinboy00 @127, i.e. 02:03, 3 January 2008 (UTC)

Update: This is an intermittent thing for me, and may actually be a separate bug. --Thinboy00 @138, i.e. 02:18, 3 January 2008 (UTC)

Sorry for not getting back to you. I have no such software running. It seems to have worked today so may well be intermittent as Thin says. Will see what happens if I do a little admin work. —Sean Whitton / 18:46, 18 January 2008 (UTC)

[edit] TW-B-0057 (open)

Status: New

Resolution: none

openUserTalkPageOnSpeedyDelete is no longer used in speedy deletions and the talk page does not open after deleting a page. Was this intentional or a bug (it's still listed in the documentation). → AA ^(talk) — 15:17, 7 November 2007 (UTC)

It was changed, and I've forgot to remove it from the docs. _→AzaToth 03:04, 10 November 2007 (UTC)

I think the talk page still needs to be opened as admins need to check that an appropriate warning has been given (even if the TW auto-notice is there). → AA ^(talk) — 09:29, 10 November 2007 (UTC)

[edit] TW-B-0058 (open)

Status: New

Resolution: none

Images used between <gallery></gallery> tags are not delinked when you delete them using Twinkle. Sherool (talk) 15:27, 9 November 2007 (UTC)

[edit] TW-B-0059 (open)

Status: New

Resolution: none

When tagging images for speedy deletion with the "di" tab, the script gets hung when it tries to tag instances of an orphaned image. It sits at 0% after everything else has finished. Note that this was previously reported as B-0017, but I can't seem to find it anywhere (where do you keep the bug archives?). The history shows that it was at one point recorded as fixed, but it doesn't seem to have been. Hersfold ^(t/a/c) 08:54, 10 November 2007 (UTC)

The same thing happens to me sometimes. Oysterguitarist 17:16, 25 November 2007 (UTC)

Encountered the same problem today. Seems consistent problem whenever the image is not in use on Wikipedia. Safari3/non-admin --TheDJ (talk • contribs) 15:23, 11 January 2008 (UTC)

[edit] TW-B-0075 (open)

Status: New

Resolution: none

When adding a warning on a users talkpage, if previous vandalism was performed on a previous day, but within the last minute, Twinkle says that a warning has already been added in the last minute. Blake01 18:02, 6 December 2007 (UTC)

And now this is happening on many warnings - even if the dates and times are unrelated. Blake01 18:22, 6 December 2007 (UTC)

[edit] TW-B-0076 (open)

Status: Acknowledged

Resolution: none

Twinkle freezes up when trying to mark an image on a protected page. In specific, I have Image:Gov Ed Rendell.jpg, which, at the moment, is on the protected page Mumia Abu-Jamal. The Evil Spartan (talk) 04:54, 8 December 2007 (UTC)

This will be very difficult to fix without the API, which will slow things down considerably. east.718 at 09:25, December 22, 2007

[edit] TW-B-0078 (open)

Status: New

Resolution: none

When reverting vandalism, the warning that someone else already reverted doesn't come up, and the reversion form goes on unaffected. J-ſtan^Talk_Contribs 22:20, 11 December 2007 (UTC)

Note, it seems to be slowing down. I don't know whether this is due to less people are reverting, or whether it's fixing itself. I think the multiple revert warning came up once, but that was after the window was open for a while, so maybe it's a server problem, and it takes longer for the server to register with twinkle that the edit has already been taken care of. J-ſtan^Contribs_{User page} 03:17, 20 December 2007 (UTC)

[edit] TW-B-0081 (open)

Status: Acknowledged

Resolution: none

Sometimes TW omits a closing link bracket, not necessarily in the added/reverted section. I've seen it do that once while warning ([21]) and twice while reverting: [22], [23]. The latter is not immediately obvious, here is my correction. I run Opera 9.22 (Linux, en). -- /home/dalric/talk 16:31, 19 December 2007 (UTC)

Ok, this one is really strange, perhaps it's a bug in opera. _→AzaToth 16:38, 19 December 2007 (UTC)

I watched out for them, and there are no JS errors when this happens. Happens to others too, it seems: [24]. That was the only instance I was able to find, and it looks like another Opera user. Anything else I can do to track this one down? I really don't feel like switching to Firefox. -- /home/dalric/talk 10:02, 21 December 2007 (UTC)

[edit] TW-B-0082 (open)

Status: New

Resolution: none

When I speedy delete an article with a talk page (but no links), Twinkle deletes both correctly. However, if there are links to the article, Twinkle deletes the article first, then removes the backlinks, and stalls while trying to delete the talk page without ever completing the deletion. King of ♥ ♦ ♣ ♠ 23:37, 22 December 2007 (UTC)

[edit] TW-B-0085 (open)

Status: Confirmed

Resolution: none

When pressing the "since" tab when viewing a diff, it does NOT show the diff between the current revision and the latest revision by an editor other than the current one, as it should. This at least is the case in Firefox, tested on both WinXP and Windows Vista. Lilac Soul ^{(talk • contribs • count)} 19:55, 30 December 2007 (UTC)

Any responses to this? Can you guys even replicate this problem of mine? -Lilac Soul ^{(talk • contribs • count) • I'm watching this page so just reply to me right here!} 21:04, 3 March 2008 (UTC)

I can't seem to dupicate this, do you still have the problem?, what version of firefox are you using? Oysterguitarist 05:19, 4 March 2008 (UTC)

I have just tested on my WinXP machine, and the problem is certainly still present there. Cannot test on Vista for a few days. I am using version 2.0.0.12. Should be the latest version, and this problem has persisted through at least one Firefox update. Perhaps it is related to use of the localized Danish version of Firefox, which is what I use? Can you replicate on that? You can find that for testing here.

At what page do you start when you hit the button? Perhaps it gives different results in different situations. --TheDJ (talk • contribs) 10:25, 4 March 2008 (UTC)

The tab never shows up unless I'm already in a diff view. When I'm viewing a regular article (or user page, talk page, or whatever), only the "last" tab is showing. When I'm in a diff view, I also get the "since" and "since mine". The "since mine" works fine, but the "since" does not - it always produces the same result as "last", except that I do get some green text first saying "Action completed". I have tested this right now on pages like Bodil Udsen and User:Lilac Soul on which I currently have the most recent edits (more than 1). I have also tested on pages such as Governor Thomas Johnson High School on which, when I tested, one editor had the two most recent edits, but pressing the "since" tab again only showed the diff between the two latest edits, not the diff between the current revision and the last revision not made by the most recent editor (which is what it should). So it appears to happen independently of whom the most recent editor is, and independent of namespace. -Lilac Soul ^{(talk • contribs • count) • I'm watching this page so just reply to me right here!} 11:42, 4 March 2008 (UTC)

More: I have also tested this in Firefox "safe mode", so it isn't caused by extensions or any such thing. Furthermore, while I do have several other userscripts in my monobook.js file, this isn't the cause of the problem, as I only had Twinkle in my monobook when I first reported this bug. -Lilac Soul ^{(talk • contribs • count) • I'm watching this page so just reply to me right here!} 11:46, 4 March 2008 (UTC)

I concur, I see the issue as well. --TheDJ (talk • contribs) 11:57, 4 March 2008 (UTC)

[edit] TW-B-0086 (open)

Status: New

Resolution:

Simple bug. When nominating an image (untested with other namespaces) for speedy deletion, I automatically "warn" myself if I'm the uploader. This does not seem right. User:Krator (t c) 00:03, 31 December 2007 (UTC)

This should be easy to fix since twinkle warns you if you try to report your self using the ARV button, the code might look like this:

if( uid == wgUserName ){
                alert( 'You don\'t want to warn yourself , do you?' );
                return;
        }

Oysterguitarist 20:20, 13 January 2008 (UTC)

[edit] TW-B-0089 (open)

Status: Confirmed

Resolution: none

On Safari, after rollbacking, warning, restoring, etc., it completely clears the page, except for the background. I have to restart the page every time to get it to work. Soxred93 has a boring sig 14:38, 5 January 2008 (UTC)

Yes, this is indeed a known issue. It is a bug in the caching of the WebCore framework, but the Safari developers do not really have an explanation for it. I do not have the technical skills to figure out the cause myself, nor to even create a reduced testcase... I'll see if I can ask some webkit folks to look at it again. --TheDJ (talk • contribs) 13:02, 6 January 2008 (UTC)

Workaround for this problem: enable Safari's Debugmenu. Restart Safari, select from the Debug menu: "Show Caches window". In this new window select "Disable WebCore caches". (you will need to set this option each time Safari is restarted ) --TheDJ (talk • contribs) 13:57, 6 January 2008 (UTC)

I have absolutely NO explanation for it, and neither have the webkit developers, but this change makes the whole problem disappear for me. --TheDJ (talk • contribs) 15:02, 6 January 2008 (UTC)

[edit] TW-B-0090 (open)

Status: Confirmed

Resolution: none

On Safari, on the "arv" button, I select the type, but it does nothing. I have tried this on Firefox, on the other hand, and it works flawlessly. Soxred93 has a boring sig 14:38, 5 January 2008 (UTC)

I find this strange, i remember using ARV not too long ago and it worked. What exactly is the problem? Does it not even produce a CSS floating window? Can you describe the exact usecase in which your problem occurs in a bit more detail? Is it always after you used Twinkle to revert vandalism or something for instance? --TheDJ (talk • contribs) 13:53, 6 January 2008 (UTC)

Every time I click Rollback, all I see is the backgrond (no tabs, body, logo, anything). It does revert the edit, but I have to reload to get it all back. On ARV, I see the CSS floating window, but when I click an option, it does nothing at all. Soxπed Ninety Three 16:18, 6 January 2008 (UTC)

There is a button at the bottom that says Submit Query, you have to press that to submit it, because it's not like the CSD button where you click it and it submits. Oysterguitarist 20:09, 13 January 2008 (UTC)

I can confirm the issue. I'll try to debug, but i have to be careful, since i don't want to get anyone blocked of course :D --TheDJ (talk • contribs) 21:25, 30 January 2008 (UTC)

Weird. This is the same bug ( failing getChecked() function ), that I found back in July 2007. I reported that Safari bug at that time, and I'm quite sure it has worked at some point this last year. --TheDJ (talk • contribs) 22:16, 30 January 2008 (UTC)

This is not exactly the same issue. The error message differs and i'm having trouble pinpointing it exactly to a function or paramater. It almost seems as if getChecked() is defined multiple times at different places... Also, Bug 95 is a dupe of this issue. --TheDJ (talk • contribs) 19:02, 31 January 2008 (UTC)

Hehe, whoops; getChecked IS defined multiple times. I had the plan to move it to morebits, but really never got to it. _→AzaToth 19:04, 31 January 2008 (UTC)

[edit] TW-B-0091 (open)

Status: Acknowledged

Resolution: diff

I get this warning in my JS log: ReferenceError: Can't find variable: twinkleConfigExists http://en.wikipedia.org/w/index.php?title=User%3AAzaToth%2Ftwinklefluff.js&action=raw&ctype=text/javascript. Thought not critical, it is annoying. --TheDJ (talk • contribs) 13:45, 6 January 2008 (UTC)

This is caused by a temporal issue due to the async loading of the scripts added by twinkle.js and the fact that monobook.js is required for the other twinkle*.js The way to fix this is by validating wether monobook.js has been parsed and only then start loading the other javascripts. Example diff. This is not a Safari bug, this is expected behaviour of such javascripts and an issue that might one day surface in other browsers when they start to parallelize more of their JS/DOM processing code. --TheDJ (talk • contribs) 15:45, 4 March 2008 (UTC)

[edit] TW-B-0097 (open)

Status: New

Resolution: none

Image unlink suddenly not working (hangs on 50%). Replicated on two machines, both Firefox 2. GDonato (talk) 16:56, 14 January 2008 (UTC)

Same here whether using the "csd" tab in "delete" mode or "unlink" (my version is Firefox 2.0.0.11). Needless to say, it makes tackling the 4,000+ backlog in Category:Disputed non-free images less appealing! Bencherlite^Talk 09:54, 19 January 2008 (UTC)

Same here with Opera both versions 9.25 and the 9.5 beta. Using the CSD menu the images are deleted alright, but the unlinking isn't happening. No script errors show up in the console, so I guess maybe it's a tiny mismatch in the generated regex or some such. --Sherool (talk) 22:48, 19 January 2008 (UTC)

Unlinking seems to work again now, at least using Opera, though the indicator still stop at "Unlinking instances image: 50%" in the popup, but that's just a display thing. --Sherool (talk) 09:25, 27 January 2008 (UTC)

Yea, me or east must look into that 50% thingi :) _→AzaToth 10:25, 27 January 2008 (UTC)

[edit] TW-B-0102 (open)

Status: New

Resolution: none

Support for modern skin (the easy way to do this would be to integrate my gadget, but checks could just as well be added directly to anywhere it's getting elements) —Random832 10:10, 27 January 2008 (UTC)

suggested fix: store a reference to whichever exists of bodyContent or mw_contentholder early on, and use that wherever document.getElementById('bodyContent') is being called now. —Random832 10:35, 27 January 2008 (UTC)

[edit] TW-B-0103 (open)

Status: New

Resolution: none

I am typing this in manually, manually assigning the next bug number in sequence. If there is some more formal process which I should be folowing, please rub my nose in my mistake.

I have recently noticed (I have not previously checked) that my Twinkle comments do not show up on the talk page of registered WP persons which I revert with Twinkle. Example: [25] -- Boracay Bill (talk) 12:37, 27 January 2008 (UTC)

[edit] TW-B-0107 (open)

Status: New

Resolution: none

In twinklimagetravers.js line 34, I always get the error:

ReferenceError: Can't find variable: Namespace
http://en.wikipedia.org/w/index.php?title=User%3AAzaToth%2Ftwinkleimagetraverse.js&action=raw&ctype=text/javascript 

This is strange in that "Namespace.IMAGE" is used in twinklexfd for instance, without a problem. --TheDJ (talk • contribs) 19:13, 31 January 2008 (UTC)

[edit] TW-B-0112

Status: Closed

Resolution: duplicate of bug 13

When using unlink to remove backlinks to the article Sunset Boulevard (2008 film), which was deleted in accordance with the notability guidelines for future films, it appears to have chopped out half the article content from one of the linked articles, as seen here. Otherwise, great feature! All the best, Steve ^{T • C} 08:36, 5 February 2008 (UTC)

[edit] TW-B-0113 (open)

Status: New

Resolution: none

Copied from the helpdesk: AFD error

http://en.wikipedia.org/wiki/Wikipedia:Articles_for_deletion/T%25u014Don-ry%25u016B#T.C5.8Don-ry.C5.AB

Twinkle exploded the page name for some reason. It is an Afd on Tōon-ryū. Also, this page needs to go away: T%u014Don-ry%u016B RogueNinja_talk 02:18, 5 February 2008 (UTC)

--TheDJ (talk • contribs) 13:35, 5 February 2008 (UTC)

[edit] TW-B-0114 (open)

Status: New

Resolution: none

When delinking images after deletion, doesn't always comment out the image breaking templates. For example, this diff commented out the image but broke the template. It shouldn't have commented out at the |Image= which may have not broken the template. MECU≈talk 18:40, 5 February 2008 (UTC)

[edit] TW-B-0117 (open)

Status: Acknowledged

Resolution: none

When applying a CSD template for an image, the template used on the image page itself links to the correct talk page, as indicated here. But the notice applied on the user's talk page is incorrect, as indicated here. Seicer (talk) (contribs) 00:31, 12 February 2008 (UTC)

This is due to the template {{Db-imgcopyvio-notice}} that uses {{db-notice}}. This db-notice template was not really ever designed to work outside articlespace it seems, which is now causing problems. It seems that most CfD and IfD warnings share this issue. So it is not really a problem in Twinkle, but it is something that needs to be fixed. I'm trying to think of a way to rewrite a parameter to it's talkpage variant, but I cannot think of any. --TheDJ (talk • contribs) 13:43, 22 February 2008 (UTC)

AzaToth, Random832 added both a "namespace", and a "targettalk" paramater to db-notice so that this issue can be solved. Its up to you to call which of those you prefer to use. The templates that use db-notice still need to forward those paramaters (but they are protected so I cannot help there). --TheDJ (talk • contribs) 20:39, 3 March 2008 (UTC)

I think it's still under discussion as to which of the parameters should be used, and that needs to be decided before this is rolled out across the whole family of templated. your input would be helpful, since these parameters are much more likely, I think, to be used in semi-automated reporting. —Random832 14:47, 19 March 2008 (UTC)

[edit] TW-B-0119 (open)

Status: New

Resolution: none

When using AFD for Rabio Lepus twinkle loaded everything correctly, and created the AfD page at the right name, however for some reason the link of the AfD tag on the article is redlinked? The AfD is hereWikipedia:Articles for deletion/Rabio Lepus and it is correctly linked to in TWs edit summary, but not on the AfD notice? SGGH ^speak! 10:04, 13 February 2008 (UTC)

It is correctly linked to in the users talk page notification too, just not the AfD tag SGGH ^speak! 10:06, 13 February 2008 (UTC)

Looks like a simple caching/concurrency issue to me. The article was re-rendered before the AfD page was done being created. --TheDJ (talk • contribs) 19:54, 18 February 2008 (UTC)

[edit] TW-B-0121 (open)

Status: New

Resolution: none

When reporting a user to UAA, Twinkle says that a new report has been added to that page, but when I go over there to check, no report has been added. Blueboy96 17:24, 17 February 2008 (UTC)

Try purging your cache. Oysterguitarist 05:21, 4 March 2008 (UTC)

[edit] TW-B-0123 (open)

Status: New

Resolution: none

Does not place speedy tags in noinclude in the template namespace. —Random832 15:47, 19 February 2008 (UTC)

[edit] TW-B-0124 (open)

Status: New

Resolution: none

If two people warn a user at the same time, TW simply posts both warnings. Could it tell the second person about it? Examples here and here. Fléêťflämẽ U-T-C 04:18, 23 February 2008 (UTC)

AFAIK Twinkle says that the user has already been warned within last (time) - Do you still want to warn. Therefore, the user has a choice whether or not to re-warn the user. --The Helpful One ^(Review) 20:36, 19 March 2008 (UTC)

Not in these cases. This is happening only with CSD, to my knowledge. Fléêťflämẽ U-T-C 01:19, 24 March 2008 (UTC)

[edit] TW-B-0127 (open)

Status: New

Resolution: none

In the popup for CSD's, one of the options is "G3: Pagemove", which suggests it could be used for cleaning up moved pages or old redirects. However it sends a nasty vandalism warning to the original contributor. Could the text for this be changed to "G3: Pagemove vandalism"? —BradV 17:25, 6 March 2008 (UTC)

[edit] TW-B-0128

Status: Resolved

Resolution: Install Firefox 3 beta 5.

Rollback and warning functions don't work in firefox 3 beta 4. They worked fine in beta 3  superβεεcat  18:58, 11 March 2008 (UTC)

CSD is also not working. Carlosguitar ^{(ready and willing)} 19:06, 11 March 2008 (UTC)

This bug was reported on Firefox bugzilla. Carlosguitar ^{(ready and willing)} 21:11, 11 March 2008 (UTC)

I see. As per the bug report, using the trunk build (minefield) seems to solve the twinkle issue (mostly). Hopefully firefox 3 final won't have this issue. - superβεεcat  07:42, 13 March 2008 (UTC)

The Mozilla Foundation released Firefox 3 beta 5 which resolve this issue. Carlosguitar ^{(Yes Executor?)} 18:32, 2 April 2008 (UTC)

[edit] TW-B-0130

Status: Resolved

Resolution: Fixed

I just used Twinkle to report User:Nichole:DD as a suspected sock puppeteer. The colon in the user name caused TW to create the report for User:DD instead. I have fixed the reports and user page notices etc, so no lasting problems. Not sure how often user names contain a colon so this may not be an urgent problem. Thanks.  – ukexpat (talk) 15:40, 13 March 2008 (UTC)

[edit] TW-B-0132 (open)

Status: New

Resolution: none

I just did an AfD, but twinkle only added the notice to the project page and notified the creator. The AfD tag did not get added to the article and the discussion did not get created. Aar☢n Bruce^Talk/_Contribs 14:59, 20 March 2008 (UTC)

I presume this is bug 88. It was fixed yesterday, but a few people likely still have an old version of twinkle in their browser caches. :( --TheDJ (talk • contribs) 16:18, 20 March 2008 (UTC)

Duly noted, fully reloading. Aar☢n Bruce^Talk/_Contribs 16:20, 20 March 2008 (UTC)

Reloading my monobook did not fix this. I did this yesterday, but still will have the AfD tag on the article itself missing after all other steps completed successfully. DarkAudit (talk) 15:11, 6 April 2008 (UTC)

[edit] TW-B-0133 (open)

Status: New

Resolution: none

It seems that the unlinking backlink function is not working. I click the backlink button and all works fine. When I actually click "Submit query", all of the chosen backlinked article appear. Suddenly, they all turn green saying "Ignoring eventual redirect". Then they disappear a couple at a time. After they all disappear, then it is only one blue line that says "Unlinking image instances", followed by a percentage such as 4% or 6%. No matter how long I wait, the blue window stays up with that same line and the percentage does not change. If I close the box and check my contributions, nothing was done. Parent5446^{(Murder me for my actions)} 02:47, 21 March 2008 (UTC)

Exactly the same thing here. Mozilla FF 3 beta 5, Windows Vista [if it matters]. RichardΩ612 Ɣ |ɸ 09:56, May 3, 2008 (UTC)

[edit] TW-B-0134 (open)

Status: New

Resolution: none

When I try to delete per CSD on a template the options for T2 and T3 are not listed (per Wikipedia:CSD#Templates.) Ctempleton3 (talk) 01:10, 24 March 2008 (UTC)

[edit] TW-B-0135 (open)

Status: New

Resolution: none

When rollback vandal is used after User:SineBot has signed a vandal edit, TW opens SineBot's user talk page and leaves an edit summary stating that it has reverted vandalism by SineBot. It does not do this when ordinary rollback is used. I mentioned this below some time back but received no comments. Doug.^{(talk • contribs)} 01:57, 28 March 2008 (UTC)

Unlike #TW-B-0043 (open), I have not noticed a problem with TW failing to rollback past SineBot, only that it records an incorrect edit summary and opens the wrong user talk page.--Doug.^{(talk • contribs)} 18:24, 28 March 2008 (UTC)

[edit] TW-B-0136

Status: Closed

Resolution: Invalid

I can't figure out why, but this thing reverted me and said "Period goes b4 cite." The thing is, the purpose of my edit was specifically fixing cites, putting periods before and not after, and removing spaces before them. Twinkle reverted the whole thing, restoring the exact problem it was apparently trying to fix. -- Ozzel (talk) 04:11, 28 March 2008 (UTC)

Twinkle didn't revert you, Cirt reverted you, using Twinkle. Take it up with Cirt, this isn't a bug. --Closedmouth (talk) 05:07, 28 March 2008 (UTC)

[edit] TW-B-0137

Status: Closed

Resolution: Duplicate of #TW-B-0128

Twinkle doesn't seem to be compatible with Firefox 3. While using it warning a user or reporting to AIV, the error "Could not read editform" or the like is given, however I think this is a compatibility issue because it only occurs in the new Firefox 3 (or it may be a FF bug). Thanks. PseudoOne (talk) 22:58, 29 March 2008 (UTC)

Suggest installation of Minefield version. Carlosguitar ^{(Yes Executor?)} 23:08, 29 March 2008 (UTC)

[edit] TW-B-0138 (open)

Status: New

Resolution: none

When using the "deli" tab (Batch image deletion from a category), the script will only delete everything if the number of files selected is evenly divisible by four. Otherwise, it deletes the remainder of that same division and stops. (So, in a category of 41 images, the script will delete only one file (the first one) and leave the rest; to delete those, I have to refresh the page and re-start the script, whereupon it works as intended). Hersfold ^(t/a/c) 02:38, 31 March 2008 (UTC)

[edit] TW-B-0139 (open)

Status: New

Resolution: none

If the "unlink all backlinks" option is unchecked for a deletion criteria that is set not to orphan all backlinks, the two cancel each other out and the backlinks are deleted. See this set of contributions for an example where links to an image on Commons were unlinked when I deleted the local description page per WP:CSD#G6 (see also my current monobook settings). --jonny-mt 01:01, 1 April 2008 (UTC)

[edit] TW-B-0140

Status: Resolved

Resolution: ugly hack

Twinkle cannot properly handle the {{uw-username}} template. See examples [26] [27] for no text provided, and [28] [29] for attempting to provide a reason using the default text field. --jonny-mt 01:04, 1 April 2008 (UTC)

You'll note that your reason is before your signature, rather than where the reason should be. Apparently, according to a test I did to Example, the reason is actually the "linked article" field. nneonneo ^talk 20:39, 25 April 2008 (UTC)

[edit] TW-B-0141

Status: Closed

Resolution: Dupe (bug 13)

If you look at this edit Twinkle removes a large section of the article in question when it was only supposed to be removing a dead back link as I had instructed it to do. If you need more info that that feel free to contact me at my talk page.--Mifter (talk) 12:06, 2 April 2008 (UTC)

[edit] TW-B-0142

Status: Resolved

Resolution: Fixed

Tagging a page for speedy deletion to merge history adds {{db-histmerge}} but there is nowhere to put the title of the other page in, so the tag appears broken [30], requiring another edit [31] to fix the tag. --Snigbrook ^(talk) 19:33, 3 April 2008 (UTC)

[edit] TW-B-0143

Status: Closed

Resolution: Not caused by Twinkle.

Twinkle continues to add warned user's talk pages and userpages to watchlist even after configuration has been changed. The relevant part of my monobook.js file is as follows:

importScript('User:AzaToth/twinkle.js');
TwinkleConfig = {
revertMaxRevisions              :       50,
userTalkPageMode                :       'tab',
showSharedIPNotice              :       false,
openTalkPage                    :       [ 'agf', 'norm', 'vand' ],
openTalkPageOnAutoRevert        :       false,
summaryAd                       :       " using [[WP:TWINKLE|TW]]",
deletionSummaryAd               :       " using [[WP:TWINKLE|TW]]",
protectionSummaryAd             :       " using [[WP:TWINKLE|TW]]",
watchSpeedyPages                :       [ ],
watchProdPages                  :       false,
openUserTalkPageOnSpeedyDelete  :       [ 'g1', 'g2', 'g10', 'g11', 'g12', 'a1', 'a7', 'i3', 'i4', 'i5', 'i6', 'i7', 'u3', 't1' ],
watchRevertedPages              :       [ ],
markRevertedPagesAsMinor        :       [ 'agf', 'norm', 'vand', 'torev' ],
deleteTalkPageOnDelete          :       false,
watchWarnings                   :       false,
markAIVReportAsMinor            :       true,
markSpeedyPagesAsMinor          :       true,
offerReasonOnNormalRevert       :       true,
orphanBacklinksOnSpeedyDelete   :       {orphan:true, exclude:['g6']}
};

So watchWarnings is set to false, and in the Twinkle documentation it states that watchWarnings is a boolean argument. However, even after setting and purging my browser's cache, Twinkle still adds warned users to my watchlist. —  scetoaux (T|C) 22:27, 6 April 2008 (UTC)

Strange. It does this sometimes and not other times. I can't figure out why. —  scetoaux (T|C) 05:26, 13 April 2008 (UTC)

I just figured out that this isn't caused by Twinkle. When the talk page is created due to a warning being given to a user, the page is automatically added to your watchlist. This is due to the wiki software, and can be disabled by going to My preferences -> Watchlist and unchecking "Add pages I create to my watchlist". —  scetoaux (T|C) 21:17, 26 April 2008 (UTC)

[edit] TW-B-0144 (open)

Status: New

Resolution: none

With Safari 3.1, tagging pages does not work. No matter how many tags I select, when I click Submit I get a popup saying "You must select at least one tag!" Jfire (talk) 03:48, 9 April 2008 (UTC)

Tagging with what? --TheDJ (talk • contribs) 10:14, 9 April 2008 (UTC)

Sounds like Friendly's tagging feature. --Closedmouth (talk) 13:15, 9 April 2008 (UTC)

[edit] TW-B-0145 (open)

Status: New

Resolution: none

Using the delinker to remove images prior to deletion, the edit summary generated has a typo: "Removing instances of ... beacuse". Bencherlite^Talk 20:18, 9 April 2008 (UTC)

[edit] TW-B-0146 (open)

Status: Confirmed

Resolution: none

Unable to tag a page no mater how many tags I choose to add it tells me you must select a least one tag. I am using opera as my browser. BigDunc (talk) 22:10, 10 April 2008 (UTC)

Reply to my talk page comment, it is any tag such as wikify or notability or cleanup any of the usual tags.BigDunc (talk) 10:20, 11 April 2008 (UTC)

Dupe of 144? nneonneo (talk) 02:00, 12 April 2008 (UTC)

What does that mean? BigDunc (talk) 11:41, 12 April 2008 (UTC)

Right I see it now it is the same problem as 144 but with a diff browser.BigDunc (talk) 11:43, 12 April 2008 (UTC)

I have tried it too with safari and it doesn't work either but it does with mozilla firefox just used it with no problems.BigDunc (talk) 16:06, 12 April 2008 (UTC)

Have you activated JSL? _→AzaToth 13:10, 13 April 2008 (UTC)

No how would you do that.BigDunc (talk) 16:43, 13 April 2008 (UTC)

Special:Preferences, Gadgets tab. Near the bottom is a checkbox for the JavaScript Standard Library, which should be enabled for IE, Opera and Safari. Let us know if that fixes it -- if it does, we can probably also close #144. nneonneo ^talk 20:26, 25 April 2008 (UTC)

It was already checked/activated.BigDunc (talk) 21:21, 26 April 2008 (UTC)

Any movement on this bug? BigDunc^Talk 16:22, 15 May 2008 (UTC)

name: TypeError
message: Statement on line 1274: Could not convert undefined or null to object
Backtrace:
  Line 1274 of linked script http://en.wikipedia.org/w/index.php?title=User%3AAzaToth%2Fmorebits.js&action=raw&ctype=text/javascript&smaxage=100
    var status = e.target.status;
  At unknown location
    [statement source code not available]

I get the following in my error console (with ALL xmlhttp actions apparently). --TheDJ (talk • contribs) 19:31, 15 May 2008 (UTC)

[edit] TW-B-0147

Status: Closed

Resolution: Dupe (bug 13)

I've no idea what this tool is all about, but I assume it isn't supposed to delete a quarter of the article, as it did here. --Cherry blossom tree 10:58, 11 April 2008 (UTC)

[edit] TW-B-0148 (open)

Status: Confirmed

Resolution: none

When warning users about edits made to images, an extra colon is prepended to the link, so that a colon shows up in the link text (e.g. [32], [33]). nneonneo (talk) 00:26, 13 April 2008 (UTC)

If it didn't do that, it would insert the actual image instead of giving a link to it. --Closedmouth (talk) 12:44, 13 April 2008 (UTC)

The issue is that it adds *two* colons to the front, rather than just one. It is making links in the form [[::Image:image.png]]. nneonneo^talk 21:17, 13 April 2008 (UTC)

Oh, right, I didn't notice that. My apologies. --Closedmouth (talk) 00:59, 14 April 2008 (UTC)

Well, I think I know (partly) what's going on: Twinkle prepends a colon for all wikilinks, then does "extra" handling to add another colon for images. That second part can probably be omitted, since the first colon is sufficient. nneonneo ^talk 20:28, 25 April 2008 (UTC)

One colon is added by the template itself, the other colon is added by twinkle. I guess this is from a time when the colons were not yet added by (all) of the templates yet. Before this is fixed we need to check which templates DO and which DO NOT add a colon on their own. --TheDJ (talk • contribs) 20:10, 1 May 2008 (UTC)

[edit] TW-B-0149

Status: Closed

Resolution: withdrawn

Twinkle takes too long to tag articles for speedy deletion with reason: Unremarkable person. I'm using Firefox. Alexius08 is welcome to talk about his contributions. 08:57, 15 April 2008 (UTC)

It happened to me too, using Firefox 3.0pre as of April 11, 2008. Error console:

Error: [Exception... "'Component is not available' when calling method: [nsIHandlerService::getTypeFromExtension]"  nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)"  location: "<unknown>"  data: no]
Source File: http://en.wikipedia.org/w/index.php?title=MediaWiki:Gadget-popups.js&action=raw&ctype=text/javascript
Line: 68

followed soon after by

Error: self.params.normalized is undefined
Source File: http://en.wikipedia.org/w/index.php?title=User%3AAzaToth%2Ftwinklespeedy.js&action=raw&ctype=text/javascript
Line: 984

nneonneo ^talk 21:59, 15 April 2008 (UTC)

Here's the strange part: despite the fact that the first message is about popups, disabling popups and force-refreshing doesn't seem to fix it; instead, the same message without the source file info comes up. nneonneo ^talk 22:03, 15 April 2008 (UTC)

Just came here to report/check status on the same problem, using Firefox 2.0.0.13. -- Roleplayer (talk) 22:19, 15 April 2008 (UTC)

• I too am experiencing the same problem. Tomayres (talk) 20:05, 16 April 2008 (UTC)

I think it's over. Clicking on it no longer results into the problem I described above. Alexius08 is welcome to talk about his contributions. 17:04, 25 April 2008 (UTC)

[edit] TW-B-0150 (open)

Status: Feedback required

Resolution: none

When using xfd to nominate an article for deletion Twinkle did not list the page on the daily log. It did complete the other three tasks though. I'm using Firefox 2.0.0.13. Roleplayer (talk) 23:01, 15 April 2008 (UTC)

Still happening, or a flux?

[edit] TW-B-0151 (open)

Status: Confirmed

Resolution: none

When I am on my user page, talk page, and subpages, pressing alt+shift+r doesn't forward me to recent changes. Instead, a dialog box appears. It reads, "You don't want to report yourself, do you?" Alexius08 is welcome to talk about his contributions. 06:28, 17 April 2008 (UTC)

What browser? I'm using FF 3.0pre and it works for me (shows RecentChanges) (by the way, thanks for reminding me to learn keyboard shortcuts). I'm sure someone can find a valid use for turning themselves in at WP:UAA ;) nneonneo ^talk 21:04, 19 April 2008 (UTC)

I'm using Firefox 2.0.0.14. Alexius08 is welcome to talk about his contributions. 07:58, 20 April 2008 (UTC)

I use the same Firefox version as you and can confirm this. Interestingly, the first time I browsed to my talkpage in this session, it worked as it should, opening a new tab with recent changes. However, at all subsequent attempts, it gives me the warning box you mention. -Lilac Soul ^{(talk • contribs • count)} 20:01, 24 April 2008 (UTC)

[edit] TW-B-0152

Status: Resolved

Resolution: Fixed

When reporting a user to AIV, one of the checkbox options reads Vandalism after recent release of block. When the report is generated, however, it reads Vandalism directly after release of block. This has led to at least one of my AIV reports being denied, as the vandalism was not immediate. Personally, I'd prefer the "recent" wording, as that would be useful more often. In any case, the text needs to be synchronized. // Chris ^{(complaints)•(contribs)} 16:31, 18 April 2008 (UTC) importScript('User:AzaToth/twinkle.js');

I also noticed this and I agree. It should read 'recent', not 'directly'. Enigma ^message 07:36, 27 April 2008 (UTC)

[edit] TW-B-0153

Status: Closed

Resolution: wait four days

I am trying to install twinkle by pasting this into my monobook, but nothing happens in any browser, even when I clear the catch. What am I doing wrong? importScript('User:AzaToth/twinkle.js'); TwinkleConfig = {

       revertMaxRevisions              :       50,
       userTalkPageMode                :       'window',
       showSharedIPNotice              :       true,
       openTalkPage                    :       [ 'agf', 'norm', 'vand' ],
       openTalkPageOnAutoRevert        :       false,
       summaryAd                       :       " using TW",
       deletionSummaryAd               :       " using TW",
       protectionSummaryAd             :       " using TW",
       watchSpeedyPages                :       [ 'g3', 'g5', 'g10', 'g11', 'g12' ],
       watchProdPages                  :       true,
       openUserTalkPageOnSpeedyDelete  :       [ 'g1', 'g2', 'g10', 'g11', 'g12', 'a1', 'a7', 'i3', 'i4', 'i5', 'i6', 'i7', 'u3', 't1' ],
       watchRevertedPages              :       [ 'agf', 'norm', 'vand', 'torev' ],
       markRevertedPagesAsMinor        :       [ 'agf', 'norm', 'vand', 'torev' ],
       deleteTalkPageOnDelete          :       false,
       watchWarnings                   :       true,
       markAIVReportAsMinor            :       true,
       markSpeedyPagesAsMinor          :       true,
       offerReasonOnNormalRevert       :       true,
       orphanBacklinksOnSpeedyDelete   :       {orphan:true, exclude:['g6']}

}; Antivandalblaster (talk) 16:16, 23 April 2008 (UTC)

You have to be autoconfirmed, and that takes five days or something to happen. --Closedmouth (talk) 16:20, 23 April 2008 (UTC)

[edit] TW-B-0154

Status: Resolved

Resolution: Fixed

Speedy deletion nominations via Twinkle are no longer automatically signing the nominator when notifying the article creator. See Here for one example. This has only started happening recently. I use Firefox 2.0. Stephenb (Talk) 18:55, 24 April 2008 (UTC)

I can confirm this is happening as well. I am using Firefox 3.0pre, from April 22 (two days ago). nneonneo ^talk 19:26, 24 April 2008 (UTC)

[edit] TW-B-0155

Status: Resolved

Resolution: Fixed

When reporting sockpuppets, the edit summary when Twinkle notifies the suspected sockpuppets and sockpuppeters is "Notifying about suspicion of sockpuppertering." Just a minor typo, but I thought it should be brought up here. —  scetoaux (T|C) 21:06, 25 April 2008 (UTC)

Line 659 in User:AzaToth/twinklearv.js to make it easier to fix ;) nneonneo ^talk 21:32, 26 April 2008 (UTC)

While we're on the topic of spelling errors, "receive" and various derivations of the word ("received", "receiving", etc.) are misspelt in many places as "recieve", etc., particularly in twinklefluff.js. nneonneo ^talk 03:41, 30 April 2008 (UTC)

[edit] TW-B-0156

Status: Resolved

Resolution: Fixed

Warning a user about adding useless trivia resulted into this. Alexius08 is welcome to talk about his contributions. 02:31, 27 April 2008 (UTC)

This uw template has been deleted. Ergo, it needs to be removed from Twinkle. --TheDJ (talk • contribs) 19:57, 1 May 2008 (UTC)

[edit] TW-B-0157

Status: Closed

Resolution: Dupe (bug 13)

Attempting to use Rollback (Vandal) deleted most of a page Enigma ^message 07:35, 27 April 2008 (UTC)

OK, I looked at some older bug reports and this appears to be a known issue. Very worrisome, regardless. Enigma ^message 07:38, 27 April 2008 (UTC)

Yep, dupe of bug 13. It happens. nneonneo ^talk 07:50, 27 April 2008 (UTC)

[edit] TW-B-0158

Status: Resolved

Resolution: Fixed

Recent change to morebits.js broke compatibility with popups -- the navigation popups use the same Cookie object, but with different method names - create, read, erase instead of set, get, del (see MediaWiki:Gadget-popups.js, lines 2577 to 2608). Please revert that change, call the Cookie var something else or provide compatibility names. nneonneo ^talk 21:20, 30 April 2008 (UTC)

[edit] TW-B-0159

Status: Closed

Resolution: Fixed

As of today, Twinkle appears to have stopped working in Safari. None of the tabs show up, rollback is no longer available, etc. Apparently, it also no longer works on Opera though I haven't verified this myself). Firefox seems to be fine. Klausness (talk) 17:57, 1 May 2008 (UTC)

Yeah I am an Opera user and it is not working. BigDunc (talk) 18:09, 1 May 2008 (UTC)

Also not working in Firefox 1.5.0.7. nneonneo ^talk 19:18, 1 May 2008 (UTC)

Havn't done anything really, and it works just fine here in FF 3.0b5 (and in 2.0.13 earlier today. _→AzaToth 19:20, 1 May 2008 (UTC)

For Safari, there was a parse error due to the usage of the word delete. This is now fixed. If everyone can try to clear their cache and verify if twinkle works for them again, then that would be helpful. --TheDJ (talk • contribs) 19:48, 1 May 2008 (UTC)

Yeah I cleared the cache and Twinkle is back in Opera. BigDunc (talk) 19:53, 1 May 2008 (UTC)

It's back in safari, too (after a cache clear). Thanks. Klausness (talk) 10:15, 2 May 2008 (UTC)

And now it's gone again (in Safari). Is Twinkle twinkling? Klausness (talk) 14:50, 2 May 2008 (UTC)

[edit] TW-B-0160 (open)

Status: New

Resolution: none

I just removed some vandalism from my talkpage - an abusive comment by an anon user, which was signed by SineBot. This of course means that SineBot was the last contributor, not the vandal. When doing the "revert vandalism" routine, Twinkle told me that the last edit was by a whitelisted contributor (SineBot) and that it instead assumed that I wanted to revert the contribution by the last editor prior to SineBot instead. Which is of course correct. However, the edit summary still displays information that I'm removing vandalism by SineBot. This should probably be changed to the proper username / IP address of the actual vandal. And, perhaps more importantly, the talkpage that was automatically opened was that of SineBot, not of the vandal. -Lilac Soul ^{(talk • contribs • count)} 16:10, 4 May 2008 (UTC)

[edit] TW-B-0161 (open)

Status: New

Resolution: Still unresolved

When I report an offensive name to WP:UAA using Twinkle, there is a grammatical error: Violation of username policy because it's a offensive username. The correct statement should be "Violation of username policy because it's an offensive username" but without the italics. Johnny Au (talk) 18:30, 4 May 2008 (UTC)

Ok, this was somewhat difficult to do correct, but I'm makiing it somewhat correct, and if the first letter is vowel or 'h', I use 'an', else I use 'a'. _→AzaToth 23:25, 4 May 2008 (UTC)

I reported another offensive username and the same grammatical error came up. Johnny Au (talk) 04:30, 10 May 2008 (UTC)

[edit] TW-B-0162

Status: Resolved

Resolution: Fixed

As seen in this diff, when I used the "ARVarv" tab on Special:Contributions/202.173.156.210, Twinkle inserted text including "{{IPvandal|User_talk:202.173.156.210}}" instead of the proper "{{IPvandal|202.173.156.210}}".   — Jeff G. (talk|contribs) 23:00, 4 May 2008 (UTC)

I noticed your edit summary on AIV, as "Hm, bug in Twinkle?". I assume you were referring to the fact that Twinkle reported the user's Talk page instead of the user's name. I've had the same problem with Twinkle and this started two days ago. In the months before it worked fine. I'm seriously puzzled.  Channel ®    23:12, 4 May 2008 (UTC)

(copied from this edit to my user talk page)   — Jeff G. (talk|contribs) 23:18, 4 May 2008 (UTC)

Thanks for fixing it!   — Jeff G. (talk|contribs) 20:46, 11 May 2008 (UTC)

[edit] TW-B-0163 (open)

Status: New

Resolution: none

When warning a user, uw-username is included. However, the nature of that template requires to input {{{1}}}. When just adding it as usual, it tells the user NO REASON GIVEN. However, when giving an article, that submits the parameter, but the edit summary provides a link to the reason. Soxred93 (u t) 03:32, 6 May 2008 (UTC)

[edit] TW-B-0164 (open)

Status: New

Resolution: none

I can't use Twinkle with this skin! Alexius08 is welcome to talk about his contributions. 06:41, 14 May 2008 (UTC)

Go to your preferences, click on Gadgets, and check the box designated "Compatibility function to run scripts only tested on Monobook on the new Modern skin. etc." near the bottom. --Closedmouth (talk) 13:27, 14 May 2008 (UTC)

[edit] TW-B-0165 (open)

Status: New

Resolution: none

I can no longer get the vandalism rollback feature to work on Safari. It worked until about two weeks ago, but now it always stalls at Info: Open user talk page edit form for user xxx. I have popup blocking turned off and I have the javascript standard library installed. I've also tried to turn off the talk page opening entirely by setting the openTalkPage preference to [], but that didn't help (even after clearing the browser caches and restarting Safari). Klausness (talk) 21:43, 14 May 2008 (UTC)

[edit] TW-B-0166

Status: Resolved

Resolution: Fixed

There seems to be a js error in the batch deletion module: While trying to delete the pages linked in my sandbox, my debugger caught this:

in index.php (line 164) - twinklebatchdeleteCallbackEvaluate(submit )
pages has no properties:
   var work = pages.chunk( TwinkleConfig.batchdeleteChunks );

-- lucasbfr ^talk 15:22, 15 May 2008 (UTC)

Array.prototype.chunk is defined morebits.js, perhaps pages is null here, can you confirm that? _→AzaToth 15:59, 15 May 2008 (UTC)

Working perfectly, thanks! -- lucasbfr ^talk 08:34, 16 May 2008 (UTC)

[edit] TW-B-0167 (open)

Status: New

Resolution: none

When I use Twinkle to add a block message for {{uw-voablock}} (Blocking/Vandalism-only), I receive an option for entering "Period of blocking", but when the message issues, it says "indefinite block" instead of the time that I entered. As a related feature request, it would be really nice if I could get a "Preview" option for warn/block messages, so I knew what it was going to look like before I clicked "Submit". :) --Elonka 04:09, 20 May 2008 (UTC)

[edit] TW-B-0168 (open)

Status: New

Resolution: none

When Twinkle is used to remove backlinks to deleted pages, it is also removing the links on redirects to the deleted articles. I have come across two pages so far today with content of "#REDIRECT deleted-article" as Twinkle removed the brackets. These redirects need to get deleted (which would happen via broken redirect maintenance if left alone) and not turned into bogus pages. The backlinks function needs to check if the page is a redirect and either leave it alone or tag it for CSD R1. -- JLaTondre (talk) 13:30, 25 May 2008 (UTC)

[edit] TW-B-0169 (open)

Status: New

Resolution: none

Twice now, when I tried to nominate an article for deletion with Twinkle, it would add the section to the proper AfD page, tag the article and creator's talk page, but it wouldn't actually create the discussion page under AfD. i.e Say I nominated "Article" for deletion. It would do everything right except it wouldn't create the http://en.wikipedia.org/wiki/Wikipedia:Articles for Deletion/Article page.  AcroX  16:33, 25 May 2008 (UTC)

[edit] TW-B-0170 (open)

Status: New

Resolution: none

When deleting images, TW no longer removes instances of that image on article pages, even when the box is ticked. May have been reported already, I did try to look. Regards, SGGH ^speak! 19:10, 26 May 2008 (UTC)

• Yeah I've noticed that too, it's been like that at least a couple of days too, at least when using Opera 9.27. --Sherool (talk) 20:52, 26 May 2008 (UTC)

[edit] TW-B-0171 (open)

Status: New

Resolution: none

Unconfirmed as yet report that issuing a warning via WP:TWINKLE nuked the contents of the talk page beyond the warning concerned, see current last message on User Talk:Sfan00_IMG Sfan00 IMG (talk) 11:24, 3 June 2008 (UTC)

[edit] TW-B-172 (open)

Status: New

Resolution: none

I have been getting reports from several users that when an article is about to be nominated for CSD, when the users select the radio button for CSD, it doesn't submit automatically, it just sticks there. Or was there a new feature implemented (like a submit query button?) that wasn't on there? Thanks. BoL (Talk) 04:03, 12 June 2008 (UTC)