Wikipedia

Wikipedia talk:Twinkle/Bugs/Archive 1

< Wikipedia talk:Twinkle‎ | Bugs
Latest comment: 15 years ago by Ioeth
Archive 1 Archive 2 Archive 3 → Archive 5

TW-B-0001

When a normal user tags a page for CSD, he is not redirected to the page when twinkle is done tagging. --TheDJ (talk • contribs) 12:40, 7 September 2007 (UTC)

Status:   Resolved
Resolution:  Fixed →AzaToth 16:35, 7 September 2007 (UTC)

TW-B-0002

A diff rollback (non-admin) resulted in edit summary: "Reverted 1 edit by Seattlenow by ; Testing using TW." Testing was the summary I manually entered. --TheDJ (talk • contribs) 12:45, 7 September 2007 (UTC)

Status:   Resolved
Resolution:   Fixed →AzaToth 13:09, 7 September 2007 (UTC)

TW-B-0003

RPP fails for non-admin with the string "Requesting protection of page: data loaded..." . No edits are made, and no errors in console either :( --TheDJ (talk • contribs) 12:51, 7 September 2007 (UTC)

Error is: typename is not defined
Line 482: 'wpSummary': "Requesting " + typename + ' of [[' + wgPageName.replace('_', ' ') + ']].' + TwinkleConfig.summaryAd,
should be: 'wpSummary': "Requesting " + self.params.typename + ' of [[' + wgPageName.replace('_', ' ') + ']].' + TwinkleConfig.summaryAd, Q T C 21:20, 7 September 2007 (UTC)

Status:   Resolved
Resolution:   Fixed →AzaToth 21:25, 7 September 2007 (UTC)

Sad thing is I reported this at the end of JulyQ T C 21:23, 7 September 2007 (UTC)
I know, I had multi to do, and my code was totally out of sync, I will fix this problem asap. →AzaToth 21:24, 7 September 2007 (UTC)
This still isn't fixed, still getting the same error, the line is still the same. Q T C 10:47, 8 September 2007 (UTC)
I DID fix it, I did save it, IT was changed, but some how it was not, something is fishy... Have checked now that it IS changed.... →AzaToth 13:29, 8 September 2007 (UTC)

TW-B-0004

Rollback function for the most recent diff isn't working.

Loads to Article header but doesn't revert.(No operation text is shown)Thedjatclubrock :) (T/C) 23:08, 7 September 2007 (UTC)

Spelling error on vandal revert (possibly others) - says "Revertion completed" vs. the correct "Reversion completed". SchuminWeb (Talk) 03:43, 8 September 2007 (UTC)

Does it on AGF revert, too, so I'm guessing it's a bigger glitch than just the one spot. SchuminWeb (Talk) 03:46, 8 September 2007 (UTC)
Care to give an example page, works fine for me. Q T C 09:58, 8 September 2007 (UTC)
On any most recent diff if you click [rollback (AGF)] [rollback] [rollback (VANDAL)] the page loads only to the title. No operation text is shown. Thedjatclubrock :) (T/C) 11:43, 8 September 2007 (UTC)
What browser and version are you using, and have you made sure you use the latest version of AzaToth and not have one of the alternatives installed ? Also, can you pull up the "Error console" or whatever your browser has and check if you see any errors/glitches ? Also be sure to check popup blockers, and perhaps your firewall. It's known that in the past several Firewalls didn't like what Twinkle was doing. --TheDJ (talk • contribs) 11:56, 8 September 2007 (UTC)
I'm not running any firewall, Twinkle shows in my error console though,File:TWERROR.JPG.Thedjatclubrock :) (T/C) 12:22, 8 September 2007 (UTC)

Status:   New:
  Works for me. GrooveDog (talk) (Review) 21:40, 8 September 2007 (UTC)

Still doing it for me. Tried Firefox instead of netscape and still did not work. Thedjatclubrock :) (T/C) 00:52, 9 September 2007 (UTC)
Works on my other account. Can someone please check my monobook and see if the link is broken. Thedjatclubrock :) (T/C) 01:07, 9 September 2007 (UTC)

TW-B-0005

CSD tagging on new pages is not working. I'm getting "Checking if page exists: It seems that the page doesn't exists, perhaps it has already been deleted" on any and every page I'm trying to tag. KTC 07:53, 8 September 2007 (UTC)

Same error for me. It was an A7 attempt on Irish Stew of Sindidun. Brianga 10:19, 8 September 2007 (UTC)
twinklespeedy.js Line 738: var exists = xmlDoc.evaluate( '//pages/page[@title="' + wgPageName + '" and not(@missing)]', xmlDoc, null, XPathResult.BOOLEAN_TYPE, null ).booleanValue;
For the above example wgPageName = Irish_Stew_of_Sindidun, whereas in the xml the title attribute has a value of 'Irish Stew of Sindidun', ie: it doesn't contain the underscores. should use wgTitle instead. Q T C 10:43, 8 September 2007 (UTC)
Remember the magic line: " wgPageName = wgPageName.replace( /_/g, ' ' ); // for queen/king/whatever and country!" →AzaToth 13:36, 8 September 2007 (UTC)
Found that the magic line wasn't activated for users, sorry. →AzaToth 20:56, 8 September 2007 (UTC)
As of now after you pick a criteria the dialog box goes blank and does nothing. Thedjatclubrock :) (T/C) 01:22, 9 September 2007 (UTC)
You have twinkle.js included in your monobook.js, as well as seperate morebits.js and twinkleprotect.js Since morebits.js does locking and stuff, i doubt that is safe to do. --TheDJ (talk • contribs) 17:29, 9 September 2007 (UTC)

Status:  Closed
Resolution:   Remind
  Works for me. GrooveDog (talk) (Review) 01:26, 9 September 2007 (UTC)

TW-B-0006

Reverting newest edits on a users contrib page is broken. EG: [1] for 04:57, September 8, 2007 edit to Wikipedia:Introduction the link for rollback is: http://en.wikipedia.org/wiki/Special:Contributions/&twinklerevert=norm.

Fix is:
var href = document.evaluate( 'a[2]/@href', current, null, XPathResult.STRING_TYPE, null ).stringValue; Q T C 10:21, 8 September 2007 (UTC)

Could you please rephrase the problem. →AzaToth 13:40, 8 September 2007 (UTC)
On Special:Contributions page, where it offers Rollback and Vandalism if that users edit is the most recent, the links are broken.
EG, lets look at my page here, look at the links for Rollback and Vandalism for my talk page: 18:39, September 8, 2007 (hist) (diff) m User talk:OverlordQ‎ (Reverted to revision 156354589 . . . using TW) (top) [rollback] [vandalism], the HREF for rollback is: http://en.wikipedia.org/wiki/Special:Contributions/&twinklerevert=norm and the HREF for vandalism is: http://en.wikipedia.org/wiki/Special:Contributions/&twinklerevert=vand. It's because your XPath for getting the href is incorrect and should be: var href = document.evaluate( 'a[2]/@href', current, null, XPathResult.STRING_TYPE, null ).stringValue;

Status:   Resolved
Resolution:   Fixed

TW-B-0007

Protection's working better than before, but not great yet. Selecting any type of protection will add the report to the RPP page, but it will never actually place any of the options (such as noinclude tags, or small=yes). Before the report, it will usually list "Unprotection" as part of the reason. And it doesn't check to see whether a report for that page is already on RPP. GrooveDog (talk) (Review) 14:05, 8 September 2007 (UTC)

noinclude tags and small=yes are not added to the RPP report, as they are, first not chooseable as normal user, and second, they are not useful for a report. For the second part, a check can be added. →AzaToth 10:17, 9 September 2007 (UTC)

Status:   Resolved
Resolution:   Fixed →AzaToth 13:49, 9 September 2007 (UTC)

TW-B-0008

When using Twinkle to tag for CSD, Twinkle gives warnings/notifications to editors, even when it doesn't tag the article because it has already been tagged (in the last few seconds) by someone else. Because of this editors are getting two warnings/notifications when only one is appropriate. Slp1 02:05, 9 September 2007 (UTC)

It's possible to make a parameter check, but it's difficult. →AzaToth 20:11, 13 September 2007 (UTC)

Status:   Resolved
Resolution:   Fixed wasn't that difficult... →AzaToth 16:32, 18 September 2007 (UTC)


TW-B-0010

Twinkle just created Wikipedia:Articles for deletion/Deleg (2nd nomination) while it was actually the first nomination of the article. There was a box with 

AfDs for this article:
*Articles for deletion/Deleg (2nd nomination)
*Articles for deletion/Delegative democracy

So I suspect that Twinkle added the (2nd nomination) bit to the title because there was already an AFD on an article whose title started with "Deleg". Melsaran (talk) 18:47, 12 September 2007 (UTC)
Status:   Resolved
Resolution:   Fixed Added following check: 

var correct_title_re = new RegExp( '^' + RegExp.escape( wgPageName, true ) + '(?:\s+\(.*?\)|)$' );
    if( ! correct_title_re.test( title ) ) {
    continue;
}

→AzaToth 22:15, 18 September 2007 (UTC)

TW-B-0011 (feedback required)

Status:   Feedback required
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: [2] Gscshoyru 18:48, 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)
Is this issue still occurring? If so, please reply with new details; otherwise I will close this thread in a few weeks. Ioeth (talk contribs friendly) 14:24, 18 November 2008 (UTC)

TW-B-0012

Rollback features (all of them) keep freezing up when the script gets to the point shown below. A new tab/window opens for the vandal's talk page, but no edit is made to the original page. The only way to then do the reversion is either manually or with another tool like popups. 

Grabbing data of earlier revisions:  revision 157785798 that was made 1 revisions ago by Dethme0w
Reverting page: data loaded...
Info: Open user talk page edit form for user 203.32.119.56

Hersfold (t/a/c) 05:02, 14 September 2007 (UTC)

Sure you aint using Zone Alarm or similar? →AzaToth 14:25, 19 September 2007 (UTC)
Nope, I'm using McAfee, and have been since before I installed TW about a month ago, when it worked just fine. Hersfold (t/a/c) 20:16, 19 September 2007 (UTC)

Status:   Resolved
Resolution:   Invalid User error Sorry for the false alarm. Hersfold (t/a/c) 20:10, 20 September 2007 (UTC)

TW-B-0015

Using the salt feature results in an "internal error" after freezing up. Although the results screen does not come up, the salting completes on numerous occasions. --wL<speak·check> 05:03, 16 September 2007 (UTC)

Does this still occur? or was it a temporary problem? →AzaToth 14:25, 19 September 2007 (UTC)

Status:   Feedback required
Resolution: none

TW-B-0019

The CSD script used to immediately add a tag when I clicked a radio button for the proper criteria - now it just sits there and doesn't do anything. Hersfold (t/a/c) 21:15, 18 September 2007 (UTC)

  Works for me →AzaToth 14:29, 19 September 2007 (UTC)
Odd... any idea what may cause this? It's only been doing this for a week or so. Hersfold (t/a/c) 20:17, 19 September 2007 (UTC)
Comment: It happens to me all the time, i have just had to wait it out, and after a few days it works agian. Tiptoety 18:23, 20 September 2007 (UTC)

Status:   Resolved
Resolution:   Invalid User error. Sorry for the false alarm. Hersfold (t/a/c) 20:09, 20 September 2007 (UTC)

TW-B-0021

Tabs on the top of my page is not showing up, unable to preform any functions. Already tried messing with my monobook, nothing came of that. Tiptoety 18:46, 21 September 2007 (UTC)

More:Please, i am unable to use TW until this is fixed!--Tiptoety 02:17, 25 September 2007 (UTC)
Seems like user error to me. You don't have importScript("User:AzaToth/twinkle.js"); in your monobook. Add that after the Twinkleconfig (or remove the config, since it might contain errors) and then force a reload of your browser cache. --TheDJ (talk • contribs) 11:54, 25 September 2007 (UTC)

Status:   Resolved
Resolution:   Invalid User error. Sorry, Tiptoety 14:01, 25 September 2007 (UTC)

TW-B-0041 (feedback required)

Status:   Feedback required
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
Is this issue still occurring? If so, please post more details; if not, I will close this bug in a few weeks. Ioeth (talk contribs friendly) 19:12, 13 November 2008 (UTC)

TW-B-0043 (feedback required)

Status:   Feedback required
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. [4] 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)
Is this issue still occurring? If so, please post more details; if not, I will close this bug in a few weeks. Ioeth (talk contribs friendly) 19:12, 13 November 2008 (UTC)

TW-B-0046

Status:   Closed
Resolution:   Resolved

AfD tab has problems adding discussion to the day's log; had to do it manually for two different AfDs. J-ſtanTalkContribs 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-ſtanTalkContribs 03:20, 19 November 2007 (UTC)
Nope, hasn't happened. J-ſtanTalkContribs 03:25, 19 November 2007 (UTC)
Just happened to me. It created an AFD article, [5], but did not tag the article itself [6] nor create the entry on the daily log [7] —Preceding unsigned comment added by Yngvarr (talk • contribs) 16:29, 17 December 2007 (UTC)

TW-B-0051

Status:   Resolved
Resolution:   Fixed

Twinkle breaks things when deleting images that are in comments. See, for example, [8]. 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: [9]. --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)

TW-B-0054 (feedback required)

Status:   Feedback required
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)
Is this issue still occurring? If so, please post more details; if not, I will close this bug in a few weeks. Ioeth (talk contribs friendly) 19:50, 12 November 2008 (UTC)

TW-B-0057

Status:   Resolved
Resolution:   Fixed

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)
This configuration parameter has been added back for administrators! Ioeth (talk contribs friendly) 19:35, 19 November 2008 (UTC)

TW-B-0058 (feedback required)

Status:   Feedback required
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)

Is this issue still occurring? If so, please post more details; if not, I will close this bug in a few weeks. Ioeth (talk contribs friendly) 19:13, 13 November 2008 (UTC)

TW-B-0059 (feedback required)

Status:   Feedback required
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)

I get the same thing as well. Q T C 19:18, 12 June 2008 (UTC)

Same here; I'm guessing the problem would be resolved by setting a flag to skip the tagging step if there are no uses of the image in any articles. —/Mendaliv/2¢/Δ's/ 12:42, 2 October 2008 (UTC)
Is this issue still occurring? If so, please post more details; if not, I will close this bug in a few weeks. Ioeth (talk contribs friendly) 19:14, 13 November 2008 (UTC)

TW-B-0075 (feedback required)

Status:   Feedback required
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)
Is this problem still occurring? If so, please post more details; if not, I will close this bug in a few weeks. Ioeth (talk contribs friendly) 19:53, 12 November 2008 (UTC)

TW-B-0076 (feedback required)

Status:   Feedback required
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
Suggestion; if the edit doesn't go through in like 20 seconds, fail, notify the user, and offer a button to retry (and maybe the text to copy/paste to do it manually). Quick and dirty workaround, but I think that'd be nicer than sitting there wondering what's happening. —/Mendaliv/2¢/Δ's/ 13:38, 4 October 2008 (UTC)
Is this issue still occurring? If so, please post more details; if not, I will close this bug in a few weeks. Ioeth (talk contribs friendly) 19:14, 13 November 2008 (UTC)

TW-B-0078

Status:   Closed
Resolution:   Won't fix- This is just one of those little idiosyncrasies that we have to deal with since Twinkle runs on your local machine and is trying to time everything with the server. Ioeth (talk contribs friendly) 19:55, 12 November 2008 (UTC)

When reverting vandalism, the warning that someone else already reverted doesn't come up, and the reversion form goes on unaffected. J-ſtanTalkContribs 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-ſtanContribsUser page 03:17, 20 December 2007 (UTC)

TW-B-0081 (feedback required)

Status:   Feedback required
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 ([10]) and twice while reverting: [11], [12]. 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: [13]. 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)
Is this issue still occurring? If so, post more details here; if not, I'll close this bug in a couple of weeks. Ioeth (talk contribs friendly) 19:56, 12 November 2008 (UTC)

TW-B-0082 (feedback required)

Status:   Feedback required
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)

Is this issue still occurring? If so, post more details here; if not, I'll close this bug in a couple of weeks. Ioeth (talk contribs friendly) 19:57, 12 November 2008 (UTC)

TW-B-0085 (feedback required)

Status:   Feedback required
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)
Is this issue still occurring? If so, please post more details; if not, I will close this bug in a few weeks. Ioeth (talk contribs friendly) 19:15, 13 November 2008 (UTC)

TW-B-0086

Status:   Closed
Resolution:   Invalid

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)

Please request new features at Wikipedia talk:Twinkle/RFA. Ioeth (talk contribs friendly) 19:59, 12 November 2008 (UTC

TW-B-0089 (feedback required)

Status:   Feedback required
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)
  • I've double-checked TheDJ's z-index thing, but I can't make it work with Safari 3.1.1.
  • I also tried the work around he noted, but Safari 3.1.1 doesn't use the debug menu - it has a developer menu instead, and the 'disable caches' option on the developer menu has no effect.
very frustrating... --Ludwigs2 22:05, 12 June 2008 (UTC)
For reference, I also see this symptom in latest release Safari; but I also get an “undefined value” error in my console, referring to twinklefluff.js on line 532. Since that line appears to be some kind of check for whether the user warning window/tab/dialog can be opened, or possibly of whether opening it succeeded, this looks like it could be relevant to the problem at hand.
Checking the DOM inspector doesn't really yield a lot of info, but seems to reflect what is actually displayed in the webview; the Twinkle progress log up until the line “Info: Open user talk page for user Foo” and nothing further (except Wikipedia chroma and such; the page is technically complete, just devoid of further content).
I haven't actually tested this with various settings (window/tab/dialog) for the user warning, but IIRC I saw the same or similar JS error in the console with all settings. But either way this doesn't exactly scream “WebCore Caching issue” to me. --Xover (talk) 16:04, 19 July 2008 (UTC)

Is this issue still occurring? If so, post more details here; if not, I'll close this bug in a couple of weeks. Ioeth (talk contribs friendly) 20:00, 12 November 2008 (UTC)

TW-B-0090 (feedback required)

Status:   Feedback required
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)

Is this issue still occurring? If so, post more details here; if not, I'll close this bug in a couple of weeks. Ioeth (talk contribs friendly) 14:26, 18 November 2008 (UTC)

TW-B-0091 (feedback required)

Status:   Feedback required
Resolution: none- workaround

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)
Is this issue still occurring? If so, post more details here; if not, I'll close this bug in a couple of weeks. Ioeth (talk contribs friendly) 14:26, 18 November 2008 (UTC)

TW-B-0097 (feedback required)

Status:   Feedback required
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! BencherliteTalk 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)
Is this issue still occurring? If so, please post more details; if not, I will close this bug in a few weeks. Ioeth (talk contribs friendly) 19:15, 13 November 2008 (UTC)
Retrieved from "https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Twinkle/Bugs/Archive_1&oldid=1136056078"