Wikipedia talk:Huggle/Feedback/Archive 7

Archive 1

←

Archive 5

Archive 6

Archive 7

Archive 8

Archive 9

Archive 10

8.1 bug

Found this upon clicking "Add" in the dropdown queue menu:

(snipped ArgumentOutOfRangeException in QueueForm_Load)

Thanks.

—Cyclonenim (talk · contribs · email) 22:53, 8 September 2008 (UTC)

Thanks for your report. This issue is fixed in the next version -- Gurch (talk) 09:20, 9 September 2008 (UTC)

Automatic queue trimming

{{resolved}} What happened to the automatic queue trimming? StaticGull  Talk  15:32, 9 September 2008 (UTC)

Hi there. Please go to Queue >> Manage Queues. Then under Queue options you will see "remove edits after..." Just enable that and set a time and it should work. ·Add§hore· ^Talk/_Cont 16:03, 9 September 2008 (UTC)

Thanks! I was looking in the wrong place. StaticGull  Talk  16:16, 9 September 2008 (UTC)

No problem ·Add§hore· ^Talk/_Cont 16:21, 9 September 2008 (UTC)

Filtering by IP address

{{resolved}} Hi. Is there a way (or may I request an enhancement) to filter for a range of IP addresses? I had been using WikiMonitor to patrol the anonymous edits coming from the schools using our Class B, and would like to start using Huggle instead. Thanks in advance. --NERIC-Security (talk) 15:48, 9 September 2008 (UTC)

Please go to Queue >> Manage Queues. Then go to filters. You will see a text box for a regex of a user name. This should work for Ip addresses also. Then hopfully only edits that match that will be shown :) ·Add§hore· ^Talk/_Cont 16:05, 9 September 2008 (UTC)

Works like a charm. Thanks so much. --NERIC-Security (talk) 16:32, 9 September 2008 (UTC)

No problem :) ·Add§hore· ^Talk/_Cont 16:57, 9 September 2008 (UTC)

Bug 6 - New messages

I saw Wikipedia on Firefox that I had "new messages" from a user. I didn't look at my user talk page, and opened in Huggle some diffs, used "view this revision", "Edit this page" and then "preview" and Huggle never showed me that I have new messages. Got back to Firefox and opened a random page on pt.wikipedia, there it was "You got new messages". I think I read somewhere that Huggle inform us that we have new messages.

Must be some localization/translation issues... Calvin 1998 ^(t-c) 15:01, 11 August 2008 (UTC)

In version 0.8.1 it works. Although message is in english (better than nothing) Thanks. Mosca (talk) 22:34, 9 September 2008 (UTC)

Archiving. ·Add§hore· ^Talk/_Cont 17:04, 10 September 2008 (UTC)

Feature-Request: More descriptive error messages / error logs

Hey, I think in the next version, the error messages should be more informative. I think "Unable to login" or "Failed to load global configuration page" could include information like "Cannot find server" / "No internet connection" / etc so that people know why it did not work. Also, I'd like to see error reports generated on crashes to allow better identification of a problem that caused a crash. SoWhy ^{review me!} 17:05, 15 August 2008 (UTC)

What data should said error reports contain? -- Gurch (talk) 17:22, 15 August 2008 (UTC)

Well, currently for example I cannot login. I have no idea why, because I have not changed anything. All Huggle does is, showing "logging in..." and then crashing (I had this before, see a few sections above). But why does this happen? Can't it connect to Wikipedia? Or can't it load a certain page? Can't it connect to the RecentChanges feed? I don't know and Huggle does not tell me. Also, if it does not crash, it might tell me "Unable to login" or "Failed to load global configuration page" but not, why that is the case. So I have no idea how to fix the problem, if it is with me...so I thought a report might be nice that tells me about what Huggle did just before the crash... SoWhy ^{review me!} 17:36, 15 August 2008 (UTC)

Hmm... so a self-debugging version? That's the second time it's been requested :o Calvin 1998 ^(t-c) 00:18, 16 August 2008 (UTC)

I don't think this is such a silly request. I too am having the persistent "unable to login" error message, and it would be nice to know what the problem actually is (server timeout, wrong password, etc etc). Surely it wouldn't be too difficult to put in even some basic error messages that might indicate to the user where the problem is. Lankiveil ^{(speak to me)} 11:34, 2 September 2008 (UTC).

If your password is wrong it will say so. However there is no easy way to distinguish between, for example, misconfiguration of network settings, misconfiguration of router, router works fine but can't connect to Internet, Internet works fine but Wikimedia sites are down, Wikimedia sites are just really slow and not working, Wikimedia sites are fine but your Internet is slow for some reason, Wikimedia sites are actually fine but decided to pretend they aren't and spit out an error message as they periodically seem to do, everything works but you forgot to plug the network cable in, everything works but you have a firewall that's blocking Huggle, everything works but somewhere between you and the Internet there's something blocking Huggle, you put in the wrong proxy settings, you put in proxy settings when you're not actually behind a proxy, you didn't put in proxy settings when you are behind a proxy, you put in proxy settings but the proxy server is having a bad day, and so forth. All of these and more will get you "unable to login" -- Gurch (talk) 11:39, 2 September 2008 (UTC)

Bug: Incorrect warning count

I pressed "Q" to revert and warn an user, but I noticed that I used the wrong warning. So I undid the warning and warned the user again, using the correct warning template. But now Huggle used a level 2 warning for it instead of a level 1 warning. SoWhy 19:01, 31 August 2008 (UTC)

Huggle remembers warnings that were on the page even if they get removed, to stop the user evading a report by removing their own warnings. I'll have to arrange for undo to bypass that somehow -- Gurch (talk) 19:59, 31 August 2008 (UTC)

Small bug: Adds top to user name

Thanks for version 0.8.1, which I'm just trying out. After giving a warning, the Show user information screen reports my name as "Smalljimtop".  —SMALLJIM  20:01, 9 September 2008 (UTC)

My name is reported correctly when issuing a block.  —SMALLJIM  20:43, 9 September 2008 (UTC)

Thanks for your report. This issue is fixed in the next version -- Gurch (talk) 20:54, 9 September 2008 (UTC)

Wha?

What the hell? --Closedmouth (talk) 13:55, 5 August 2008 (UTC)

:P I thought we fixed that bug... that edit was done by you, right? Calvin 1998 ^(t-c) 15:45, 5 August 2008 (UTC)

I don't think it was. I was never logged out of my account, so I can't see how that would be possible. Also, it happened again. --Closedmouth (talk) 07:32, 6 August 2008 (UTC)

And the IP resolves to Hampshire. [1] --Closedmouth (talk) 07:33, 6 August 2008 (UTC)

That is really bizarre. Enigma ^message 07:35, 6 August 2008 (UTC)

I'd say to post some kind of message there, maybe asking what's going on. Enigma ^message 07:36, 6 August 2008 (UTC)

Hmm maybe its just a case of someone pretending? Copying the edit cummary, changing the anmes and adding (HG) to the end? xD ·Add§hore· ^Talk/_Cont 09:01, 6 August 2008 (UTC)

You can't run huggle w/out logging in, that's for sure. I suppose one definitive way is to checkuser the IP and look at the user-agent and see if it's a browser or huggle (huggle has it's own user-agent). But no checkuser would do that... But I'm pretty sure that anons can't use huggle OR get rollback. Calvin 1998 ^(t-c) 20:12, 6 August 2008 (UTC)

Yep the ip had the user agent huggle meaning we has another bug to fix again >.< ·Add§hore· ^Talk/_Cont 21:09, 6 August 2008 (UTC)

What? You had the IP checkusered? Calvin 1998 ^(t-c) 21:21, 6 August 2008 (UTC)

Yee. So this means this bug wasnt as fixed as we thought it was =[ ·Add§hore· ^Talk/_Cont 21:33, 6 August 2008 (UTC)

Oh great... then we need to confirm that it's not some editor that got logged out accidentally... did checkuser say anything about that?

Hmm wait one miniute please :) ·Add§hore· ^Talk/_Cont 21:40, 6 August 2008 (UTC)

Hmm is cyrrently offline =[. Ill try to catch again at some point :) ·Add§hore· ^Talk/_Cont 21:50, 6 August 2008 (UTC)

So they were using Huggle? This is a serious problem. Enigma ^message 21:53, 6 August 2008 (UTC)

Yes they WERE using huggle. I have a huntch that it is probably just a cookie went wrong or something or these 2 edits or something and this is acctually a 100% legit user but all of that will hopfullybe found out for sure. ·Add§hore· ^Talk/_Cont 21:55, 6 August 2008 (UTC)

Ok its definallty a user and not just an ip using huggle. Huggle musthave just corrupt something but I will hopfully be talking to this user soon ·Add§hore· ^Talk/_Cont 22:07, 6 August 2008 (UTC)

• That's me I'm afraid. I was logged in, but Huggle froze momentarily while I was reverting and registered my reverts by my IP adress (there were two - [2], not my username (my IP's shared btw, which is why I always use my account). I didn't know what happened, but it seemed to correct itself afterwards. Sorry :(. I really didn't mean to cause any trouble or anything. For some reason Huggle was playing up for me, and I didn't know what was happening. TheSuave 22:29, 6 August 2008 (UTC)

OK then. Now we have to find out what in the code is causing this... (it's a known problem). Calvin 1998 ^(t-c) 22:31, 6 August 2008 (UTC)

• Is there anything else I can do to help? TheSuave 23:09, 6 August 2008 (UTC)

Unless you happen to be proficient in VB.NET and have access to Microsoft Visual Studio 2008 and a Subversion client, I don't think so. Calvin 1998 ^(t-c) 23:25, 6 August 2008 (UTC)

Do you remember what happened when these edits came out? Anything weired happen? ·Add§hore· ^Talk/_Cont 07:44, 7 August 2008 (UTC)

• For some reason, when I was reverting those two edits, Huggle completely froze (I couldn't press any other buttons or exit the program). It froze for about 7 seconds and then made my reversions but registered them by my IP address and not my username. The edits I made afterwards were fine, but on those two edits it froze and didn't register my username. Hope that helps. TheSuave 12:06, 7 August 2008 (UTC)

• It is also happening to me right now [3]. It only occurs when I revert and warn - just reverting is ok (although the only reverts I did were on myself in the sandbox). Started happening after I restarted Huggle shortly after closing it. Nothing strange seemed to happen, although the log at the bottom of the Huggle window did not update when I issued the revert+warn (oh and the warning never showed up on the vandals page). THEN WHO WAS PHONE? (talk) 15:38, 13 August 2008 (UTC)

• I have the same thing. I had Huggle running and then accidentally clicked on "logout" in Firefox and logged in back again but since then Huggle uses my IP for reverts until I restart it. SoWhy 22:53, 28 August 2008 (UTC)

Hmm is there any reason for this section to still be here? ·Add§hore· ^Talk/_Cont 17:04, 10 September 2008 (UTC)

Suggestion 3 - Google search

Add option in context menu (menu that is shown when we click with right mouse button) while we have text selected on diff panel to search in Goggle if is a copy from somewhere (copyright violations, etc). Note: if we select ABS G DG DGF, should search "ABS G DG DGF" to find an exact phrase.

Just wondering, In the edit form or in the diff viewer? ·Add§hore· ^Talk/_Cont 08:48, 30 August 2008 (UTC)

Selecting text in Diff viewer on Huggle (while checking revisions) and search Google (or any other) on external browser. Mosca (talk) 18:44, 1 September 2008 (UTC)

Adding to google code issue tracker. ·Add§hore· ^Talk/_Cont 17:04, 10 September 2008 (UTC)

Security question

I often use a not so secure wifi connection to access Wikipedia. I do not feel secure typing in much of any password on it. Is there any way we could use secure.wikimedia for this tool - or would that be too heavy on the server? Magog the Ogre (talk) 15:14, 6 September 2008 (UTC)

I'd suggest creating an alternate account for insecure connections (this is an explicitly-allowed legitimate use for a sock account). – iridescent 15:17, 6 September 2008 (UTC)

Hmm. Would you be willing to grant me rollback rights on it? And I'm still looking to see if there is any interest in the secure thing - it would help administrators too. Magog the Ogre (talk) 15:24, 6 September 2008 (UTC)

The problem with the secure server is that it's very slow. This makes it somewhat undesirable for dealing with vandalism -- Gurch (talk) 16:00, 6 September 2008 (UTC)

I'll give you rollback on it; register the account and then request it from me with your main account (so I know you're not an impersonator). It would be a good idea to either redirect the talkpage to your own talkpage, or put a {{User Alternate Acct|Magog the Ogre}} on it, so someone with any problem knows who to contact.( – iridescent 19:29, 6 September 2008 (UTC)

I've added support for the secure server to my list of things to do but it's quite low priority at the moment -- Gurch (talk) 09:27, 8 September 2008 (UTC)

Bug report

I got this when trying to revert a page blanking. Nice Job on the new version, by the way.

ArgumentOutOfRangeException: StartIndex cannot be less than zero. Parameter name: startIndex

  at System.String.InternalSubStringWithChecks(Int32 startIndex, Int32 length, Boolean fAlwaysCopy)
  at Huggle.Page.get_Owner()
  at Huggle.Queue.MatchesFilter(Edit Edit)
  at Huggle.Processing.ProcessNewEdit(Edit Edit)
  at Huggle.Irc.ProcessIrcEdit(Object EditObject) 

StaticGull  Talk  15:09, 9 September 2008 (UTC)

I've just received this exact message too, on switching back to huggle from Firefox. Seems to be continuing OK.  —SMALLJIM  20:12, 9 September 2008 (UTC)

Added to google code tracker >> Archiving << ·Add§hore· ^Talk/_Cont 07:11, 12 September 2008 (UTC)

New Bug

Hi, I'd like to report you a new bug. This is the code:

NullReferenceException: Object reference not set to an instance of an object.
  at Huggle.Main.Initialize()
  at Huggle.LoginForm.Done()
  at Huggle.Misc.CallbackInvoke(Object TargetObject)

It occurs when I use it on the es-wiki.

Version: 0.8.1.

Best regards, --Dferg, ^Yes? _¿dígame? 18:49, 9 September 2008 (UTC)

Added to the google tracker. here ·Add§hore· ^Talk/_Cont 07:11, 12 September 2008 (UTC)

speedy delete dialog box bug

In 0.8.1 version I got one problem. When I click in button "tag this page" and then click "Speedy..." button. Dialog box/window it's fine, but if I choose a Reason in drop-down menu, "OK" and "Cancel" buttons are placed under reason field and I almost can't click on those buttons (got to be very precise clicking on a 2 pixels button). If I choose another template in reason drop menu again, I can't do nothing besides closing that dialog box because I don't see buttons and reason drop down menu. They are placed under title dialog box. Mosca (talk) 11:43, 10 September 2008 (UTC)

Thanks for the report. This is fixed in the next version. ·Add§hore· ^Talk/_Cont 16:50, 10 September 2008 (UTC)

Won't go past six

It seems that Huggle won't adjust the number of the malicious edit on AIV above that of six[4]. StaticGull  Talk  17:02, 11 September 2008 (UTC)

P.S.: Lol, even the reference number is 6 :-). StaticGull  Talk  17:05, 11 September 2008 (UTC)

This is now on on the google tracker >>here << ·Add§hore· ^Talk/_Cont 07:00, 12 September 2008 (UTC)

User warning messages - "Thanks."

In the messages that Huggle warns, at the end is a short "Thanks." Since most user warnings end with "Thank you," and since Wikipedia is kind of a formal place, I thought of the idea that at the end of a message Huggle leaves on a user's talk page, "Thanks" should be changed to "Thank you." SchfiftyThree 23:59, 11 August 2008 (UTC)

 Done Even though the contention that Wikipedia is a formal place and the one that "Thank you." is better than "Thanks" can be disputed, I went BOLD and changed all of the Template:Huggle subpages to implement this. Changes should start taking place immediately Calvin 1998 ^(t-c) 00:18, 12 August 2008 (UTC)

While on that...can someone put all 3 of the unsourced template messages and also the final generic message under the warn option? I find myself warning a lot for that, and I know an unsourced warning is under the templates to send to user, but that only does one level, and several times yesterday I had to go to the unsourced templates (linked earlier) to manually raise the warning level, instead of easily clicking the warning button on Huggle. Ctjf83Talk 01:52, 13 August 2008 (UTC)

I'm a little wary of the idea that someone can be blocked merely for adding unsourced content to pages -- Gurch (talk) 08:33, 13 August 2008 (UTC)

Well said, Gurch, but this would happen only if the user chose to continue inserting unsourced content, thus ignoring warnings. To me this amounts to vandalism. From my experience users (especially anonymous ones) who behave this way nearly always turn out to be true vandals or fail to accept a key Wikipeda policy, WP:SOURCE that is. There are users who seem to enjoy inserting wrong or questionable details, e. g. about a person's sexual preference, or simply *facts* which are completely wrong but tend to get overlooked by people not familiar with a certain subject. Cheers! --Catgut (talk) 20:52, 13 August 2008 (UTC)

So that being said....are you going to add these options to the warn template or no? Ctjf83Talk 21:23, 13 August 2008 (UTC)

What happened to this option?

In version 0.8.1, what happened to the option to only show edits by IP users? RainbowOfLight ^Talk 07:36, 10 September 2008 (UTC)

Hi there. If you go into the queues drop down list and then click on manage queues a new window will open. In this window you can select if you want to view anonymous users or not. Require anon users for only anon users to show. I hope this helps. ·Add§hore· ^Talk/_Cont 16:55, 10 September 2008 (UTC)

Aha, I didn't realize those Xs and lines were clickable. New problem: Under the Page Title filters tab, I can't get my preferences to stick. I'm under the Filtered edits menu (selected on the left), and under that tab under Namespaces, if I uncheck anything and close the window, as soon as I open it everything is checked again. RainbowOfLight ^Talk 08:56, 11 September 2008 (UTC)

Addendum: Now it seems to be saving them until I turn off Huggle. RainbowOfLight ^Talk 08:59, 11 September 2008 (UTC)

Added to the google code tracker here and archiving from this page. ·Add§hore· ^Talk/_Cont 07:11, 12 September 2008 (UTC)

Archiving to try to clear up the page abit. Please see the google code bug report for updates. ·Add§hore· ^Talk/_Cont 17:30, 29 September 2008 (UTC)

Web 2.0?

Does Huggle require Web 2.0 to run? FusionMix 19:35, 11 September 2008 (UTC)

The .NET Framework 2.0 yes... Web 2.0 is a general term for the 2nd web generation... —Reedy

No, it does not require Web 2.0, as there's no AJAX, JavaScript, Flash, overly large icons, fancy glass effects, blogs, social networking, complex CSS layouts, technology investment bubbles or context-sensitive Google Ads. There is user-generated content, but that can't really be helped -- Gurch (talk) 17:15, 12 September 2008 (UTC)

Error with the lastest version of huggle

I have an error with the last versión off huggle, here is:

NullReferenceException: Object reference not set to an instance of an object.

  at Huggle.Main.Initialize()
  at Huggle.LoginForm.Done()
  at Huggle.Misc.CallbackInvoke(Object TargetObject)

Thanks David0811 23:17, 11 September 2008 (UTC)

I do believe this may be a duplicate of the ones above.. Calvin 1998 ^(t·c) 05:06, 12 September 2008 (UTC)

I use version 0.8.1 almost without problems on pt.wikipedia (not with all options, of course). I tried it today on es.wikipedia and it showed me that error. Never saw it before on pt.wikipedia. Then Huggle opens and is interface is a mess. I figure out that may be config page didn't have "startup-message-location:Wikipedia:Huggle/Message". Now seems to work. Mosca (talk) 19:01, 16 September 2008 (UTC)

The problem is solved.Thanks David0811 19:50, 16 September 2008 (UTC)

Resolved and archiving. ·Add§hore· ^Talk/_Cont 17:32, 29 September 2008 (UTC)

Problem

Is it just me, or is the new version slower than the previous version? Especially when Huggle is reverting an edit or warning a user, loading pages is very slow. Also, sometimes when I try to revert an edit, it shows that it is being reverted (the message is displayed at the bottom) but after a while the message disappears and the edit is not reverted. This is not because of an edit conflict or another user had already reverted it, as the vandal edit is still there. Chamal ^Talk ± 05:16, 13 September 2008 (UTC)

Wikipedia's been really slow for me lately, it might have something to do with the servers rather than Huggle itself. Although I think that has something to do with the depressingly enormous pings we get from US servers in Australia, so I dunno. That doesn't help you at all. --Closedmouth (talk) 06:44, 13 September 2008 (UTC)

I have all that symptoms too in portuguese wikipedia. Don't know if it's Huggle or Wikimedia servers. It's very annoying having to revert edits in external browser sometimes. Huggle is so useful. When it fails, I feel I returned to stone age. Mosca (talk) 07:22, 13 September 2008 (UTC)

As more and more features are added to huggle the program will slowly get slower. Archiving. ·Add§hore· ^Talk/_Cont 17:33, 29 September 2008 (UTC)

Low priority request

Although in no way essential, it would be rather nifty to have Huggle configure the vandalism information template at the press of a button. StaticGull  Talk  12:40, 14 September 2008 (UTC)

I suppose it would be nice4 to have another form to be able to change the comment e.t.c from. ·Add§hore· ^Talk/_Cont 13:00, 14 September 2008 (UTC)

If I was going in that direction, I would have Huggle update that template automatically based on activity data. I've already written and tested code which will do that. However, that would no doubt annoy people, and so I would have to do it in a separate template, which nobody would ever look at, which would be pointless, and indeed the template is pointless for Huggle users anyway since Huggle displays activity statistics already -- Gurch (talk) 21:27, 19 September 2008 (UTC)

Possible problem: Reverting whitelisted users?

It seems there may be a small issue with reverting in the new 0.8.1 version. Over the last two days i noticed several times that if an user edits a page before my revert is passed trough, both the vandals edit and the legitimate users edit is reverted, no matter if the user is a whitelisted user. The problem lies in this: "Reverted 2 edits by Fieldday-sunday and 92.43.64.77 to an older version by 92.43.64.77". The revert tackles the vandalism, then reverts another user (In this case a vandalism patrol) and then ends up restoring a vandalism version from the original vandal. These diffs are examples of this: [5] [6] [7] Excirial ^{(Talk,Contribs)} 14:11, 18 September 2008 (UTC)

Are you intentionally reverting only one of the vandal's edits? If so, why? -- Gurch (talk) 16:09, 18 September 2008 (UTC)

This is what happens:

1:(cur) (last) 15:26, 18 September 2008 Excirial (Talk | contribs) m (9,873 bytes) (Reverted 2 edits by Fieldday-sunday and 92.43.64.77 to an older version by 92.43.64.77 (HG)) (undo)
2:(cur) (last) 15:25, 18 September 2008 Fieldday-sunday (Talk | contribs) m (9,868 bytes) (Reverted edits by 92.43.64.77 to last version by Ossmann (HG)) (undo)
3:(cur) (last) 15:25, 18 September 2008 92.43.64.77 (Talk) (9,872 bytes) (→Concept cars) (undo)
4:(cur) (last) 15:24, 18 September 2008 92.43.64.77 (Talk) (9,873 bytes) (→Concept) (undo)

1. In this case i was looking at the diff between edit 3 and 4.
2. Fieldday-sunday reverts edit 3 and 4, thus creating edit 2.
3. Seconds later i revert based upon the diff i am still looking at (3-4).
4. What happens now is that edit 2 and 3 are reverted without warning, even though the top edit is made by whitelisted user Fieldday-sunday. The edit reverted to however is edit 4, an edit also made by the vandal.

I am not intentionally reverting only one of the vandals edits; Huggle seems to make that decision on its own. I am fairly certain i didn't mix up a setting because huggle will revert as expected in case a vandal makes several edits in a row. (IE: if i would have pressed revert before edit number 2 would have been made, all the edits 92.43.64.77 made in a row are reverted, no matter if its 2 or 20). I hope this clarifies the situation a little bit. Excirial ^{(Talk,Contribs)} 19:49, 18 September 2008 (UTC)

Yes, it should be reverting past 4 anyway, and thus in this situation edit 1 would be a null edit and not saved. I suspect someone has changed one of the rollback error messages, so Huggle doesn't know what's going on and screws up. The best solution to that, of course, is to use something designed for automated processes, i.e. the MediaWiki API, rather than relying on HTML-scraping which periodically breaks. So why don't I do that in Huggle? Well, I'd happily use the API, but it's rather broken. You can't rollback edits by anonymous users through it, for a start, which makes it rather useless. And yes, I have filed a bug report, and it's even been fixed, but the fix hasn't gone live yet. Indeed no MediaWiki bug fixes have gone live at all for two weeks now -- Gurch (talk) 23:40, 18 September 2008 (UTC)

This has had a reply so now archiving to clear the page a bit. ·Add§hore· ^Talk/_Cont 17:36, 29 September 2008 (UTC)

Error in log

This appeared in the edit log:

2008-09-19 17:02:33 (+02:00) -- Error when requesting 'title=Number&action=rollback&from=92.17.145.90&token=544b44fccc761c21c9bdbb9652cd6fd7%2B%5C&summary=Reverted+edits+by+%5b%5bSpecial%3aContributions%2f%242%7c%242%5d%5d+to+last+version+by+%241+(%5b%5bWP%3aHG%7cHG%5d%5d)', retrying in 1 second. StaticGull  Talk  15:14, 19 September 2008 (UTC)

I got something like that again in the edit log:

2008-09-20 15:34:07 (+02:00) -- Error when requesting 'title=Stone_Cold_Steve_Austin&action=rollback&from=86.144.230.118&token=3db972807e7dc547083098ef337b0d17%2B%5C&summary=Reverted+edits+by+%5b%5bSpecial%3aContributions%2f%242%7c%242%5d%5d+to+last+version+by+%241+(%5b%5bWP%3aHG%7cHG%5d%5d)', retrying in 1 second.

However, Wikipedia is giving me all kinds of errors when trying to submit changes. StaticGull  Talk  13:39, 20 September 2008 (UTC)

It means that it tried to rollback and got an error back. You know how sometimes you try to load a page and get "Wikipedia has a problem" or the teal error page, but then the next thing you try it works fine? That sort of thing. It usually works when it retries, and if it doesn't will usually work if you try again -- Gurch (talk) 17:58, 20 September 2008 (UTC)

Archiving as replied to on the same day and presumed read. ·Add§hore· ^Talk/_Cont 17:37, 29 September 2008 (UTC)

Unable to login with non-unified accounts

Ok, I'm using Version 0.7.12 because 0.8.1 doesn't work on my Vista Home Premium laptop, I have .NET Framework 2.0 installed as well. Huggle has been working alright for the first couple of days that I have been using it, but now it doesn't even load; it crashes after I enter my login details (It now does the same on my Windows XP computer). Any suggestions on how to fix it? It used to work perfectly before this. No error messages appear; it just says: "huggle has stopped working" - Nick C (t·c) 14:07, 20 September 2008 (UTC)

Seems to work now, but sometimes when I try to log on it crashes, I have to try a lot of times before it lets me login. - Nick C (t·c) 17:58, 20 September 2008 (UTC)

It's crashing again :( - Nick C (t·c) 19:20, 20 September 2008 (UTC)

The same thing's happening to me. Huggle 0.8.1 isn't working either. Epbr123 (talk) 19:53, 20 September 2008 (UTC)

Same here, I keep getting the following message "Huggle has encountered a problem and needs to close. We are sorry for the inconvenience." every time I try to sign in on both version 0.7.12. and 0.8.1. Huggle worked just fine yesterday. Cheers. _{Trance addict - Armin van Buuren - Oceanlab} 23:47, 20 September 2008 (UTC)

There was some kind of problem with Wikipedia recently. Maybe that's what caused huggle to crash as well? Chamal ^Talk ± 01:48, 21 September 2008 (UTC)

I'm having the exact same error issues. I can't even get Huggle to login. I'm wondering if it's a Vista only error. :/ Pinkadelica (talk) 05:59, 21 September 2008 (UTC)

Same error here, Vista Home Basic. RainbowOfLight ^Talk 07:05, 21 September 2008 (UTC)

Even with XP, Huggle keeps crashing when I try to login - the error message that it wants to send to Windows is (snipped error message) Any help would be appreciated :) Ncmvocalist (talk) 10:33, 21 September 2008 (UTC)

I'm getting this as well :( Ale_Jrb^talk 12:23, 21 September 2008 (UTC)

Same here. Cannot log in with either version 0.8.1 or 0.7.12. Whenever I try to login, I get this: "Huggle has encountered a problem and needs to close. We are sorry for the inconvenience.

If you were in the middle of something, the information you were workign on might be lost.

Please tell Microsoft about this problem. We have created an error report that you can send to help is improve Huggle. (Microsoft improving Huggle? Yeah, right.)"

Vandalism destroyer (talk) 16:03, 22 September 2008 (UTC)

I am getting the same error message on XP SP2 with either version 0.8.1 or 0.7.12 on two different XP machines. --Captain-tucker (talk) 19:27, 22 September 2008 (UTC)

I am getting the same error message on XP SP2 with either version 0.8.1 or 0.7.12 as well as Vista SP1, both versions. Wikipedia has been offline on and off all day... have THEY been blocking ?--CanadianLinuxUser (talk) 21:30, 22 September 2008 (UTC)

I've been getting the same problem on my XP Pro SP2 at home and at work, tried both versions in both places. Useight (talk) 03:43, 23 September 2008 (UTC)

By the way, if you see that generic Microsoft error message and there's a button to "show data" or some variant of that, click it and paste the contents to here. It might help to fix it. Calvin 1998 ^(t·c) 05:14, 23 September 2008 (UTC)

Already did (at 10:33 on 21 Sept.) - I'm still waiting on a response. Ncmvocalist (talk) 05:45, 23 September 2008 (UTC)

I am getting the Vista Close Program or Check online for a solution & close program box. Hitting View problem details, I get this: (snipped error message)

Here's what I get: (snipped error message)

Vandalism destroyer (talk) 15:13, 23 September 2008 (UTC)

Just to add to this issue, I've been figuring out how to fix this and found that my usual account can login whereas my doppelgänger account cannot and crashes as others mentioned. Only difference between the two was that this account has SUL whereas my Huggle-only account does not. Migrated my Huggle account to SUL and now it logs in fine. Why exactly it now seemingly requires SUL active accounts is beyond me but it solved it for me and may be the same for others. treelo _radda 19:22, 23 September 2008 (UTC)

Also, but most likely unrelated, I usually use 0.7.12 but now can use 0.8.1 whereas before I wasn't able to due to it not being able to retrieve the projects. treelo _radda 19:27, 23 September 2008 (UTC)

Mmm, yeah - I set up a unified account today (without seeing this, heh) and I can now log in again. That would appear to be the issue. Ale_Jrb^talk 19:31, 23 September 2008 (UTC)

Thank you so much Treelo. :) Ncmvocalist (talk) 19:49, 23 September 2008 (UTC)

Yes, Thanks for figuring out that problem. --Captain-tucker (talk) 20:20, 23 September 2008 (UTC)

Thanks for the solution, Huggle 0.7.12 seems to work like normal now but I still can't see the list of Wikipedia projects on version 0.8.1. - Nick C (t·c) 20:48, 23 September 2008 (UTC)

SOLUTION a unified account does work ! I went to Special:MergeAccount and after I could get in Huggle. --CanadianLinuxUser (talk) 21:00, 23 September 2008 (UTC)

Thanks from me too. It was about time I set up a SUL anyway :)  —SMALLJIM  21:57, 23 September 2008 (UTC)

I'd been having no end of problems with Huggle over the last few days but a unified account seems to have sorted me out. Thanks for finding a solution :) Fieldday-sunday (talk) 23:27, 23 September 2008 (UTC)

Any other possible solution? I don't want to unify my account. Useight (talk) 01:46, 24 September 2008 (UTC)

Most likely not, might be a situation similar to how rollback became a requirement to use Huggle. treelo _radda 10:02, 24 September 2008 (UTC)

Aw, man, I don't wanna make another account. Oh well, here I go. Vandalism destroyer (talk) 02:58, 24 September 2008 (UTC)

If it's of any help to you or Useight, the additional accounts won't be created if you've never been off en.wiki before and will only be created once you goto another project. Can't see people's objections to SUL myself but if it's a concern then it seems it's the only way to make this work and is a necessary evil. treelo _radda 10:02, 24 September 2008 (UTC)

Go figure, it worked. RainbowOfLight ^Talk 05:59, 24 September 2008 (UTC)

The first days I used Huggle everything was perfect. But today, when I wanted to start Huggle, this messege's coming: "Huggle hat ein Probelm festgestellt und muss geschlossen werden" which means "Huggle has diagnose a problem and must close". This messege is coming all the time, when I enter my password. I tried to download the newest version, but there is the same problem. Is there anything I can do? —^ossmanntalk 12:47, 24 September 2008 (UTC)

A unified account seems to fix the problem. I went to Special:MergeAccount and after I could get in Huggle. --CanadianLinuxUser (talk) 14:50, 24 September 2008 (UTC)

Thanks so much CanadianLinuxUser! The problem seems to be solved! It works fantastic. Regards, —^ossmanntalk 20:06, 24 September 2008 (UTC)

Unified accounts have different session cookies to non-unified accounts; Huggle has to be able to deal with both cases. My guess is that something changed which broke Huggle's interpretation of non-unified session cookies -- Gurch (talk) 10:30, 24 September 2008 (UTC)

I have identified the cause of this issue. Recently, MediaWiki has been changed so that when users log in, they are taken back to the page they were viewing before they logged in. However, this change does not affect unified login accounts. When a user logs in, a session cookie is sent back with the response, and Huggle needs this in order to be able to edit pages. However, the response to a non-unified account login is now an HTTP redirection, so a second request has to be made; .NET's WebClient class, which Huggle uses, handles redirections automatically, but does not handle cookies, and so the cookies returned in the original request were being lost. My solution to this is to extend WebClient and attach a CookieContainer, which then handles the cookies. The issue is fixed in the next version -- Gurch (talk) 20:59, 24 September 2008 (UTC)

Fixed and archiving. ·Add§hore· ^Talk/_Cont 17:37, 29 September 2008 (UTC)

huggle

Sort of random, but is huggle supposed to be spelt with a lowercase 'h'? Shouldn't it be capital? Vinson 01:11, 28 September 2008 (UTC)

Doesn't really matter. There are plenty of software/product names that aren't capitalized, though -- Gurch (talk) 12:16, 28 September 2008 (UTC)

Bug 2 - Last diff

Note: this bug sometimes happen, not always, don't know why. So the following description is when it "happens". Until now always happened, but I verified it again and it doesn't! Huggle must be joking!

When I see 1 diff (Huggle loads only last 2 edits to that page):

• I click on "Show previous revision of this page" button and it shows me the correct diff
• I click on "Show next revision of this page" button and doesn't shows me the last edit again (the first I saw), stays on previous diff.

But there are 2 situations where I can see the last diff again:

• If I click in "History" button to retrieve all page history Its all working well, and I can see the last edit/diff, even if I browsed throw history
• If I click in the previous little box/edit with right mouse button.

Suggestion 2 - Grey list

Option to always show certain users in "Filtered changes", although they are in White List because Huggle adds them automatically. Could be in another list "Grey List" or something. Can be useful if we want to patrol certain users like "Commons Delinker" with a lot of edits or others users each wikipedia project could choose. This option is for those projects Huggle communities/projects who decide to automatically add users with more than XX edits but at the same time exclude from filter some users witch have those edits.

Suggestion 8 - improved history

In "contributions bar" where it shows those little colored boxes, should have a little extra space if previous contributions where made some time ago (1 week for example).

• Example: user X made the following edits:
  • 1 June article A
  • 1 June article B
  • 15 June article C
  • 30 June article D
  • 1 August article E
  • 18 August article F
  • 20 August article G
• Contributions bar:
  • 
• Note: I'm suggesting only acording to last edits, and not according to all edits. It's not necessary and would be a mess (or may be not):
  • 

This idea could be in "History" too, showing a little extra space between recent edits and previous edits made a week before. I think this idea is only useful to see if an anonymous user made vandalism recently to other pages. It's not important to see differences more than 1 week before because most IP change regularly, and the same IP can be used to good faith edits and bad faith edits.

The date of edit is shown in the 'tooltip' that appears when you hold the mouse over the icons. Putting in gaps would be quite difficult to do, and would only visualize what the tooltip already shows.

Bug 1 - Href

Previously reported in Wikipedia:Huggle/Feedback/Archive 9#Bugs:

I found an error in this example (look at edit summary: Href= is not a user). It happens sometimes wen I try to revert consecutive edits by 2 or 3 different editors (not specific editors, just anyone). I'm using version 0.7.12

It seems "Href=" problem happens in any edit, doesn't matter witch users/edits/pages, doing the following sequence for example:

• I'm seeing 1 diff (Huggle shows 2 edits of the page - 2 colored boxes)
• I see in "User" field the correct user
• I click in "show previous revision of this page (Z)" button
• I see in "User" field the value "Href="
• I click again in "show previous revision of this page (Z)" button
• I see in "User" field the value "Href="
• I click again in "show next revision of this page (X)" button
• I see in "User" field the value "Href="
• Except the last one edit, if I see others diffs from previous edits - clicking in those little colored boxes in History bar, It happens the same.

But (after doing those previous steps):

• If I click in "History" button to retrieve all page history, its all fine: browsing history clicking in those little colored boxes or navigating through "show previous revision of this page (Z)" and "show next revision of this page (X)" buttons. Mosca (talk)

In version 0.8.1 it's not anymore "Href=". Now shows Io:Mosca (not yet written) or Io:Mosca (Mosca it's just an user example) in user field. For anonymous edits shows Ribui%C3%A7%C3%B5es/201.3.223.128 instead of 201.3.223.128. May be it's because of pt:Especial:Contribuições/201.3.223.128 special page name in portuguese, equivalent to Special:Contributions/201.3.223.128. Like in previous version, this can be "fixed" if I click in "History" button in Huggle. Mosca (talk) 22:32, 9 September 2008 (UTC)

Added to the google code bug tracker http://code.google.com/p/huggle/issues/detail?id=95&colspec=ID%20Type%20Status%20Priority%20Summary ·Add§hore· ^Talk/_Cont 09:31, 18 October 2008 (UTC)

Flagged revisions

Hi.

Thank you for this very nice tool. It is used more and more often on the German Wikipedia. But on de-WP we use Flagged Revisions, so it would be nice to have a button in order to mark a version as "sighted" and go to the next edit. The Russian Wikipedia also uses flagged revisions. --Euku 15:53, 15 August 2008 (UTC)

Heyho,
is it possible to integrate in Huggle, that in german wikipedia users do automatic sight a version, when next version in tab on the left side get clicked? Another button is senceful, to skip version, without sighting. That would be very excellent, for this at this time much excellent tool! Greetings from Dresden, Conny (talk) 08:59, 29 August 2008 (UTC).

Wikipedia:Flagged_revisions is turned on on german wikipedia. Conny (talk) 09:01, 29 August 2008 (UTC).

On the no-wiki we use a (similar) system. Every edits done by IPs and other newcomers get tagged with a red exclamation mark (! – like the third line in this picture) and patrollers/administrators can press a button "Merk som patruljert" saying the edit has been patrolled (Patrol log [8]). Adding an icon that sends a a press to this button would be great (ex. this edit I marked patrolled by sending this [9]!). Nsaa (talk) 22:23, 4 September 2008 (UTC)

And en.wikipedia uses a 'patrolling' system, but only for new pages. If only everyone could settle on the same system, rather than using three different MediaWiki extensions. I will have to implement them all... -- Gurch (talk) 09:52, 5 September 2008 (UTC)

Is it possible to only add a key shortcut (config page?) to mark a version patrolled and show the ! in the window? (for the no-version). Nsaa (talk) 12:08, 6 September 2008 (UTC)

Sorry but I dont quite get what you mean. ·Add§hore· ^Talk/_Cont 17:00, 10 September 2008 (UTC)

In no. non-patrolled edits show up with a red "!" in Special:Recentchanges. The rest of the request I don't really get either. Calvin 1998 ^(t·c) 22:07, 10 September 2008 (UTC)

Maybe it is possbile to have some IRC words to think about makeing sighting possible via huggle? Very thanks, Conny (talk) 08:00, 3 October 2008 (UTC).

I've installed and used the flagged revisions extension on a test wiki so I know how it works. I'll add support for sighting revisions once I fix the other rather more urgent problems -- Gurch (talk) 12:26, 3 October 2008 (UTC)

Gurch, great stuff! Maybe its possible like described - clicking a new article on the left side sight last unhandelt viewed revision. A button on toolbar for leaving article unsighted would be necessery. Love and happyness from Pillnitz, Conny (talk) 18:06, 3 October 2008 (UTC).

Archiving to clean up page as this issue has been read. ·Add§hore· ^Talk/_Cont 19:13, 17 October 2008 (UTC)

Can't use it

I get this bug when I try to use it:

ArgumentNullException: Value cannot be null. Parameter name: key

  at System.ThrowHelper.ThrowArgumentNullException(ExceptionArgument argument)
  at System.Collections.Generic.Dictionary`2.FindEntry(TKey key)
  at Huggle.ConfigIO.LoadLocalConfig()
  at Huggle.LoginForm.LoginForm_Load()
  at Huggle.LoginForm._Lambda$__118(Object a0, EventArgs a1)
  at System.EventHandler.Invoke(Object sender, EventArgs e)
  at System.Windows.Forms.Form.OnLoad(EventArgs e)
  at System.Windows.Forms.Form.OnCreateControl()
  at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
  at System.Windows.Forms.Control.CreateControl()
  at System.Windows.Forms.Control.WmShowWindow(Message& m)
  at System.Windows.Forms.Control.WndProc(Message& m)
  at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
  at System.Windows.Forms.ContainerControl.WndProc(Message& m)
  at System.Windows.Forms.Form.WmShowWindow(Message& m)
  at System.Windows.Forms.Form.WndProc(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
  at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

I can't get any further than logging in. The list of projects is blank. Help! how do you turn this on 13:36, 10 September 2008 (UTC)

I get the exact same error, tried re-installing .NET Framework 2.0, reboot, am running XP SP2.
ArgumentNullException: Value cannot be null. Parameter name: key

  at System.ThrowHelper.ThrowArgumentNullException(ExceptionArgument argument)
  at System.Collections.Generic.Dictionary`2.FindEntry(TKey key)
  at Huggle.ConfigIO.LoadLocalConfig()
  at Huggle.LoginForm.LoginForm_Load()
  at Huggle.LoginForm._Lambda$__118(Object a0, EventArgs a1)
  at System.EventHandler.Invoke(Object sender, EventArgs e)
  at System.Windows.Forms.Form.OnLoad(EventArgs e)
  at System.Windows.Forms.Form.OnCreateControl()
  at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
  at System.Windows.Forms.Control.CreateControl()
  at System.Windows.Forms.Control.WmShowWindow(Message& m)
  at System.Windows.Forms.Control.WndProc(Message& m)
  at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
  at System.Windows.Forms.ContainerControl.WndProc(Message& m)
  at System.Windows.Forms.Form.WmShowWindow(Message& m)
  at System.Windows.Forms.Form.WndProc(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
  at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Thanks for any advice. --Captain-tucker (talk) 01:42, 11 September 2008 (UTC)

I got this one 5 times when I see one diff:

COMException: O recurso pedido está a ser utilizado. (Excepção de HRESULT: 0x800700AA)
   em System.Windows.Forms.UnsafeNativeMethods.IWebBrowser2.Navigate2(Object& URL, Object& flags, Object& targetFrameName, Object& postData, Object& headers)
   em System.Windows.Forms.WebBrowser.PerformNavigate2(Object& URL, Object& flags, Object& targetFrameName, Object& postData, Object& headers)
   em System.Windows.Forms.WebBrowser.PerformNavigateHelper(String urlString, Boolean newWindow, String targetFrameName, Byte[] postData, String headers)
   em System.Windows.Forms.WebBrowser.set_Url(Uri value)
   em System.Windows.Forms.WebBrowser.set_DocumentStream(Stream value)
   em System.Windows.Forms.WebBrowser.set_DocumentText(String value)
   em Huggle.Processing.DisplayEdit(Edit Edit, Boolean InBrowsingHistory, BrowserTab Tab, Boolean ChangeCurrentEdit)
   em Huggle.BrowserTab._Lambda$__1(Object a0, PaintEventArgs a1)
   em System.Windows.Forms.Control.OnPaint(PaintEventArgs e)
   em System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer, Boolean disposeEventArgs)
   em System.Windows.Forms.Control.WmPaint(Message& m)
   em System.Windows.Forms.Control.WndProc(Message& m)
   em System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   em System.Windows.Forms.ContainerControl.WndProc(Message& m)
   em System.Windows.Forms.UserControl.WndProc(Message& m)
   em System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   em System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   em System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Translation of first line: COMException: Recourse asked is in use. (Exception of HRESULT: 0x800700AA)

Happened 4 times when I click "New tab". The other one happened when I was browsing throw history of an article. Any way I can continue using Huggle without quiting it. Mosca (talk) 01:54, 11 September 2008 (UTC)

"resource", not "recourse", unless I'm mistaken? That's a bug, unfortunately. Calvin 1998 ^(t·c) 02:13, 11 September 2008 (UTC)

Yes, you are right. My mistake. Mosca (talk) 06:03, 11 September 2008 (UTC)

I hadn't gotten an emailed version for a long while and today I finally wondered by to see why and found that we're downloading it ourselves now. I did so uneventfully, but when I tried to run it it immediately gave me the following error even before bringing up the login page.

NullReferenceException: Object reference not set to an instance of an object.

  at Huggle.LoginForm.OK_Click()
  at Huggle.LoginForm._Lambda$__120(Object a0, EventArgs a1)
  at System.Windows.Forms.Control.OnClick(EventArgs e)
  at System.Windows.Forms.Button.OnClick(EventArgs e)
  at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
  at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
  at System.Windows.Forms.Control.WndProc(Message& m)
  at System.Windows.Forms.ButtonBase.WndProc(Message& m)
  at System.Windows.Forms.Button.WndProc(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
  at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

I can click "continue" to bring up the login page, but the project list is blank and typing in my login information just brings back the same error. I have FF and Chrome running and tried firing up my IE to see if that made a difference, nada. Any hints here would be appreciated. —Elipongo (Talk contribs) 03:33, 11 September 2008 (UTC)

I get the same as the first two when I attempt to download it. I tried downloading in both FF and IE. Jennavecia ^(Talk) 12:07, 11 September 2008 (UTC)

Okay, I just checked again. I'm getting two different error messages- one before the login dialog and another one after it. Then, of course, I can't log in since the project field is blank. Here are the error messages:

After clicking my desktop shortcut and before the login dialog:

ArgumentNullException: Value cannot be null. Parameter name: key

  at System.ThrowHelper.ThrowArgumentNullException(ExceptionArgument argument)
  at System.Collections.Generic.Dictionary`2.FindEntry(TKey key)
  at Huggle.ConfigIO.LoadLocalConfig()
  at Huggle.LoginForm.LoginForm_Load()
  at Huggle.LoginForm._Lambda$__118(Object a0, EventArgs a1)
  at System.EventHandler.Invoke(Object sender, EventArgs e)
  at System.Windows.Forms.Form.OnLoad(EventArgs e)
  at System.Windows.Forms.Form.OnCreateControl()
  at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
  at System.Windows.Forms.Control.CreateControl()
  at System.Windows.Forms.Control.WmShowWindow(Message& m)
  at System.Windows.Forms.Control.WndProc(Message& m)
  at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
  at System.Windows.Forms.ContainerControl.WndProc(Message& m)
  at System.Windows.Forms.Form.WmShowWindow(Message& m)
  at System.Windows.Forms.Form.WndProc(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
  at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

After clicking "continue" to the previous error and filling out my login information, there comes this error:

NullReferenceException: Object reference not set to an instance of an object.

  at Huggle.LoginForm.OK_Click()
  at Huggle.LoginForm._Lambda$__120(Object a0, EventArgs a1)
  at System.Windows.Forms.Control.OnClick(EventArgs e)
  at System.Windows.Forms.Button.OnClick(EventArgs e)
  at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
  at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
  at System.Windows.Forms.Control.WndProc(Message& m)
  at System.Windows.Forms.ButtonBase.WndProc(Message& m)
  at System.Windows.Forms.Button.WndProc(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
  at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Please, any help would be appreciated here. The program won't work and I really miss using it! —Elipongo (Talk contribs) 14:59, 11 September 2008 (UTC)

Unfortunately the only thing we can do is wait for Gurch to get around to fixing this (it's a bug, as far as I know), and release a new version. You'll just have to deal with not having it for a while. Or you can use 0.7.12, it's still enabled... Calvin 1998 ^(t·c) 05:03, 12 September 2008 (UTC)

Thank you for the advice. I didn't know I could download and use the previous version- that one is working just fine now. Thanks again! —Elipongo (Talk contribs) 07:16, 12 September 2008 (UTC)

I am having the exact same problem. Net 2.0, with Windows XP SP3. Guess I'll have to stick with Version 7.12 or whatever the previous version was. Vandalism destroyer (talk) 14:20, 19 September 2008 (UTC)

Found out how to fix it. Download the latest version of that NET framework stuff. 2.0 doesnt't seem to like it or something.

Bug moving a page

I moved the page in Huggle (version 0.8.1) pt:Sascsi to pt:Serial Attached SCSI as we can see here successfully but Huggle shows in log:

2008-09-11 05:44:14 (+01:00) -- Did not move 'Sascsi' to 'Serial Attached SCSI'; the target might already exist

I tried it again in another page and shows me the same error although Huggle moved the page. Mosca (talk) 06:03, 11 September 2008 (UTC)

Forgot to mention: Huggle doesn't shows the new edit in "history bar" (in this case that was added "REDIRECT: XYZ"). Still showing previous diff before moving the page. Any way this is not very important to fix right now, since I can move pages and there are others bugs more important to all Huggle users. Mosca (talk) 07:22, 13 September 2008 (UTC)

Error

Not sure if I am in the right place but trying to get huggle started and get this error

NullReferenceException: Object reference not set to an instance of an object.
  at Huggle.LoginForm.OK_Click()
  at Huggle.LoginForm._Lambda$__120(Object a0, EventArgs a1)
  at System.Windows.Forms.Control.OnClick(EventArgs e)
  at System.Windows.Forms.Button.OnClick(EventArgs e)
  at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
  at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
  at System.Windows.Forms.Control.WndProc(Message& m)
  at System.Windows.Forms.ButtonBase.WndProc(Message& m)
  at System.Windows.Forms.Button.WndProc(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
  at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

If I am in the wrong place could someone point me to it thanks. Brilliant trees (talk) 18:47, 11 September 2008 (UTC)

You're not the only one, see the thread above. So far nobody's replied... :-( —Elipongo (Talk contribs) 21:03, 11 September 2008 (UTC)

Right, didn't see that.Brilliant trees (talk) 21:17, 11 September 2008 (UTC)

Sorry we will eventually get around to this bug but there are so many bugs and so many things to do we could sit here daily and still never get through them all :S. ·Add§hore· ^Talk/_Cont 06:59, 12 September 2008 (UTC)

I do sit here daily and not get through them all. Localization is taking forever -- Gurch (talk) 17:17, 12 September 2008 (UTC)

I think I speak for everyone when I say we sincerely appreciate all the time all of you have and continue to put in. Huggle is an amazingly useful tool and kudos to Gurch for creating it and to all the devs who continue to improve it. I will be putting in a blurb in the download section about using version 0.7.12 if 0.8.1 won't run so that people don't get turned off to the tool before they see it work. —Elipongo (Talk contribs) 17:54, 12 September 2008 (UTC)

Agreed good work. Brilliant trees (talk) 20:23, 12 September 2008 (UTC)

Ok this is now a dupe error. For further updates see this page ·Add§hore· ^Talk/_Cont 09:28, 18 October 2008 (UTC)

Display bug?

No exception occurred, as far as I know. This is on a rather strange computer though, so don't worry too much about it... Calvin 1998 ^(t·c) 06:51, 12 September 2008 (UTC)

Yepo i agree that a rather strange computer O_o Never seen this happen before :P. I will look into it anyway. ·Add§hore· ^Talk/_Cont 06:57, 12 September 2008 (UTC)

Vista Ultimate + a really sucky NVIDIA GeForce 8800 graphics card, if that helps. Probably doesn't. Oh well. (oh, and 0.7.12 did not have this problem). Calvin 1998 ^(t·c) 07:13, 12 September 2008 (UTC)

Actually, I'm on a Vista Ultimate machine here at the university library and I'm getting a similar issue as well. But I can't select a project at all in addition to the weird textbox placement. (Didn't want to pile on duplicate error reports... :D) - Jameson L. Tai ^{talk ♦ contribs} 17:22, 12 September 2008 (UTC)

What resolution? I presume if you expand the login box (i think you can) it'll go to normal when made bigger... —Reedy 17:38, 12 September 2008 (UTC)

That's the problem: you can't expand the login box: there's no cursor to expand when you stick your mouse in the right-bottom corner. Calvin 1998 ^(t·c) 05:33, 13 September 2008 (UTC)

I think its safe to say this was just randomness. ·Add§hore· ^Talk/_Cont 19:13, 17 October 2008 (UTC)

Warn Suggestion

Hi, I was wondering if it was possible to create an option to open the warn "box" (labeled as advanced) upon pressing the warn key rather than having the warn drop down menu open. I am suggesting this because I normally only (I'm assuming others are in the same boat too) need to do a revert and then warn if I am skipping a warning level like going from level one warning to three, or starting off at a level two. It makes it a lot easier than hitting w, then manually opening the advanced box. Dadude3320 21:36, 12 September 2008 (UTC)

This has been added to the google code bug tracker. Please see http://code.google.com/p/huggle/issues/detail?id=97&colspec=ID%20Type%20Status%20Priority%20Summary ·Add§hore· ^Talk/_Cont 09:30, 18 October 2008 (UTC)

IPs being added to the whitelist

This is very bad. --Closedmouth (talk) 09:41, 14 September 2008 (UTC)

No, this is very bad. That is mild by comparison -- Gurch (talk) 11:40, 14 September 2008 (UTC)

I apologise for not considering that particular edit whilst formulating my hyperbole. --Closedmouth (talk) 12:24, 14 September 2008 (UTC)

Computer resources

Huggle becomes VERY resource intensive whenever I switch to the "All changes" queue, to the point that it locks up my computer. Now i'm not sure, but I think this might have to do with the fact that my cpu is only rated at 700 mhz. just wanted to let you know. Vandalism destroyer (talk) 00:34, 16 September 2008 (UTC)

Mkay, i can't stand how slow this version is compared to 7.12. It is possible to make a version thats far less resource intensive, so instead of using fancy 3D icons with shading and whatnot, just use flat textured icons. This would be a nice version for someone like me with a very old and slow computer Vandalism destroyer (talk) 00:34, 16 September 2008 (UTC)

The icons are just embedded .png files, I'm pretty sure they are not responsible for any performance issues. I develop and test Huggle on an 800 MHz CPU and haven't noticed excessive usage except when loading very large diffs, and that is the browser component trying to render it, which isn't my code. The queues do work differently in the newer version, a necessity in order to allow the customization features that have been added. Does the "All changes" queue always cause excessive CPU usage, or only when it gets over a certain size? If so, how big does it get before this happens? -- Gurch (talk) 10:29, 16 September 2008 (UTC)

Well when my computer froze, the all changes list was like 500 changes long. I've sinced changed the settings to trim all changes to 1 minute long, and it works better, but still seems slower than 7.12

I used to have a bit of trouble with that too. Although it might not be CPU (might be memory, I don't keep monitors on everything). It starts to get slow after a few hundred. By 500 it was stalling my computer and crashing the core OS processes :( (and my computer isn't that slow either... it's a 2GHz dual-core with 1GB RAM). I have a 1 minute expiry set now. Calvin 1998 ^(t·c) 04:42, 17 September 2008 (UTC)

Odd. I just loaded 0.8.1 and let the all changes queue accumulate 500 items. At that point it was using 56 MB of memory (most of which is the .NET runtime itself, rather than Huggle), and averaging around 20% of CPU time. I tested it up to the maximum of 5000 items before release and the figures were little different. Perhaps I should run it through a profiler -- Gurch (talk) 17:55, 17 September 2008 (UTC)

Whitelist updating appears on vandal title instead

I just got done using Huggle, and the program automatically updated the whitelist, but it instead went to the title that "Grawp" moved to. How can it be? The Whitelist page should be move-protected, so this won't happen in the future. SchfiftyThree 00:25, 16 September 2008 (UTC)

It's move-protected now. (and I think might be semi'd too). Calvin 1998 ^(t·c) 02:41, 16 September 2008 (UTC)

O_o wtf!?

I just had something very unusual happen to me while using Huggle 0.7.12.

I was doing reverts and stuff to vandalism, and recently received a "RickK Anti-Vandalism Barn-star". A few minutes later, I go to do a revert, and I get this dialog that says "You have been blocked from editing." I feel my heart shoot right though my body, down the second floor, and onto the basement floor. I'm thinking: Oh ^&%#. Wtf did I do!? I go to my talk page in Firefox, and I see no indication of me being blocked in my talk page. The same goes for my user page.

I go back into huggle, and attempt to do a revert, and it works like normal again. So what the heck happened there? It scared the heck outta me. Is it a glitch, or was I actually blocked for a split second? --Vandalism destroyer (talk) 03:44, 16 September 2008 (UTC)

This has come up before. It may be that huggle is throwing up the "you have been blocked" message if the edit fails for other reasons such as the "mediawiki error" messages that are unfortunatly becoming more common.--Ron Ritzman (talk) 03:58, 16 September 2008 (UTC)

I don't know if this is your case, but you see exactly this message "You user account appears to be blocked from editing" when you try to edit/revert a protected page and you are not an administrator. When I saw this message for the first time I felt the same. Mosca (talk) 14:56, 16 September 2008 (UTC)

Yes, HTML scraping is buggy. It will use the API instead if and when I find myself with an infinite amount of time to address these things -- Gurch (talk) 18:00, 20 September 2008 (UTC)

"Unable to login." Can not use either version of Huggle at all

Just downloaded Huggle today, (newest version gives me the same exceptions as the ones posted above so I'm using the older one) and whenever I try to login, knowing my password is correct, it always gives me an "Unable to login" message. I have no firewall connected and no proxy settings, so I'm really unsure as to what could be causing this. Any help would be appreciated :) --60.242.106.22 (talk) 09:05, 17 September 2008 (UTC)

That was me, by the way. I am using Vista. If I type the wrong password it's still an "unable to login." Pity, I really wanted to try Huggle out... --RazorICE 09:05, 17 September 2008 (UTC)

Just wanted to also mention that I've tried it the past two days as well and it still hasn't worked, so I'm going to assume it's something on my end (not on Wikipedia's or Huggle's). However, I am still unsure as to what can be happening as I am behind no firewalls or proxies. Any help would be appreciated. :) --RazorICE 13:54, 19 September 2008 (UTC)

I think there's an issue with accounts not SUL-unified not being able to log in. Calvin 1998 ^(t·c) 08:20, 24 September 2008 (UTC)

Thanks for the reply, however I get a "Login unification complete!" on the Special:MergeAccount page and am still unable to login on Huggle. Really quite a pity since I'm a long time user of VandalProof and have recently returned to find it no longer works, and I really want to try out Huggle... Oh well I'll have to wait until next version... --RazorICE 09:11, 24 September 2008 (UTC)

Feature request

Can something be done to stop huggle crashing when the connection fails? I guess this is not a problem that everyone has, but my connection is rubbish and keeps on disconnecting. Every time that happens, huggle crashes and I have to restart it (and huggle is not that quick starting, so the waiting drives me nuts). It'd be nice if something can be done to keep huggle on standby or something until the connection is re-established. Chamal ^Talk ± 12:46, 28 September 2008 (UTC)

In my own testing, disconnecting from the Internet while Huggle is running does not crash it (though it will sometimes crash if it is disconnected while closing). What error message do you recieve? -- Gurch (talk) 19:40, 28 September 2008 (UTC)

It always crashes with me, both 0.7.12 and 0.8.1. The usual message: "huggle has encountered a problem and needs to close. We are sorry for the inconvenience." And windows wants me to tell Microsoft about the problem :) Tell me if you need the contents of the error report as well. Cheers. Chamal ^Talk ± 00:27, 29 September 2008 (UTC)

Yeah, I've gotten the same message. I've tried to send the error report, restart the computer, log on while connected, log on while disconnected, reinstall it, but somehow, none of these work. Montgomery' 39 (talk) 00:47, 29 September 2008 (UTC)

Can you paste the error message contents here? Calvin 1998 ^(t·c) 01:45, 29 September 2008 (UTC)

Well, there's a lot of stuff in that error report, and it doesn't let me copy-paste it. I think it's the message issued by windows; the same thing you see when any program crashes saying "... has encountered a problem and needs to close. We are sorry for the inconvenience" There's nothing like the error information that huggle gives, as in other errors shown on this page. Chamal ^Talk ± 12:14, 29 September 2008 (UTC)

Huggle broken?

Huh, that's odd. I'm using it right now. Vandalism destroyer (talk) 14:42, 30 September 2008 (UTC

I readded the links for the header, the old (7.12) is still working for me. I hope no-one objects, huggle is extremely useful, and even if it doesn't get updated for quite some time, lets still make it available. If there is anything that can be done to help Gurch, let us know. Cheers! Boccobrock•T 17:46, 30 September 2008 (UTC)

And huggle's just broken for some people. Some people have fatal exceptions in both 0.7.12 and 0.8.1, some people can use 0.7.12 just fine, some people can actually use it all w/out any problems. There's just been a lot of complaints recently :/ Calvin 1998 ^(t·c) 02:35, 1 October 2008 (UTC)

"Huggle is unstable and may make edits you won't expect but you'll nonetheless be held accountable for, and also possibly has issues with talkpage protection due to changes in the way the MediaWiki interface handles IP blocks" isn't as snappy a header, though. – iridescent 02:46, 1 October 2008 (UTC)

Maybe just word the warning differently to help users understand that huggle is being exceptionally buggy. IceUnshattered ^{[ t ]} 02:48, 1 October 2008 (UTC)

Done. But as a side-note, most of the problems are MediaWiki bugs/changes they didn't say anything about :/ Calvin 1998 ^(t·c) 03:08, 1 October 2008 (UTC)

Admin bugs

1. I get this message whenever I try to speedy delete an article for A7 (bio).

KeyNotFoundException: The given key was not present in the dictionary.
  at System.ThrowHelper.ThrowKeyNotFoundException()
  at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
  at Huggle.DeleteForm.OK_Click()
  at Huggle.DeleteForm._Lambda$__58(Object a0, EventArgs a1)
  at System.Windows.Forms.Control.OnClick(EventArgs e)
  at System.Windows.Forms.Button.OnClick(EventArgs e)
  at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
  at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
  at System.Windows.Forms.Control.WndProc(Message& m)
  at System.Windows.Forms.ButtonBase.WndProc(Message& m)
  at System.Windows.Forms.Button.WndProc(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
  at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

2. Could block notices be prevented from being placed on user talk pages if another admin blocks the user just before you? This happened to me at User talk:209.149.228.13.

3. Nothing happens when I click on "block" under the "user" menu. Epbr123 (talk) 17:28, 15 September 2008 (UTC)

Also, could more options be added to the "expiry" menu in the "block" window? Epbr123 (talk) 09:54, 19 September 2008 (UTC)

Yes. Find the "block-expiry-options" option on the configuration page and add them there. You can always type in your own value, though; you're not limited to those in the list -- Gurch (talk) 13:34, 19 September 2008 (UTC)

Thanks. Epbr123 (talk) 13:56, 19 September 2008 (UTC)

Failure to download

I have IE7 and Windows XP SP2 (at least), but huggle doesn't download. Both v0.8 and the older v0.7 won't download. v0.8 won't download at all, but v0.7 will. However, when I try to install after the download it comes up with an error that says "failure to initialize." Someone please help. Thanks, RockManQ (talk) 01:47, 24 September 2008 (UTC)

You can't download the file from Google Code here? And you might also want to note that huggle requires the .NET Framework 2.0, as mentioned in the manual. If not, the file won't execute. Calvin 1998 ^(t·c) 01:57, 24 September 2008 (UTC)

Ahh ok. Thanks, RockManQ (talk) 03:25, 24 September 2008 (UTC)

Still won't work, this time even with our laptop which has vista. RockManQ (talk) 02:14, 25 September 2008 (UTC)

First of all, can you get the file to download and get on your computer? If not, that's likely a problem on your side. If you can, and simply can't run it, what sort of error message do you get? The full text of the error message is helpful to us. Calvin 1998 ^(t·c) 06:42, 27 September 2008 (UTC)

Oh, and a "failure to initialize" error is almost always caused by a lack of the .NET Framework (make sure you have version 2 as linked to in the download instructions, having version 3 only doesn't work). Calvin 1998 ^(t·c) 06:43, 27 September 2008 (UTC)

(On Vista Computer) I've tried to download it with IE7 and it simply stops and never gets to 100% even though the download rate is always changing. However, when I download it with firefox I get this error message:

ArgumentNullException: Value cannot be null. Parameter name: key

  at System.ThrowHelper.ThrowArgumentNullException(ExceptionArgument argument)
  at System.Collections.Generic.Dictionary`2.FindEntry(TKey key)
  at Huggle.ConfigIO.LoadLocalConfig()
  at Huggle.LoginForm.LoginForm_Load()
  at Huggle.LoginForm._Lambda$__118(Object a0, EventArgs a1)
  at System.EventHandler.Invoke(Object sender, EventArgs e)
  at System.Windows.Forms.Form.OnLoad(EventArgs e)
  at System.Windows.Forms.Form.OnCreateControl()
  at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
  at System.Windows.Forms.Control.CreateControl()
  at System.Windows.Forms.Control.WmShowWindow(Message& m)
  at System.Windows.Forms.Control.WndProc(Message& m)
  at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
  at System.Windows.Forms.ContainerControl.WndProc(Message& m)
  at System.Windows.Forms.Form.WmShowWindow(Message& m)
  at System.Windows.Forms.Form.WndProc(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
  at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
  at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Thanks, RockManQ (talk) 00:53, 28 September 2008 (UTC)

Oh wait, common problem below. Didn't notice it earlier. RockManQ (talk) 00:58, 28 September 2008 (UTC)

This should now be fixed in the new version with a work around. ·Add§hore· ^Talk/_Cont 15:46, 19 October 2008 (UTC)

Unable to run Huggle

Every time I run Huggle, I receive this error message (Image)...

ArgumentNullException: Value cannot be null.
Parameter name: key
   at System.ThrowHelper.ThrowArgumentNullException(ExceptionArgument argument)
   at System.Collections.Generic.Dictionary`2.FindEntry(TKey key)
   at Huggle.ConfigIO.LoadLocalConfig()
   at Huggle.LoginForm.LoginForm_Load()
   at Huggle.LoginForm._Lambda$__118(Object a0, EventArgs a1)
   at System.EventHandler.Invoke(Object sender, EventArgs e)
   at System.Windows.Forms.Form.OnLoad(EventArgs e)
   at System.Windows.Forms.Form.OnCreateControl()
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl()
   at System.Windows.Forms.Control.WmShowWindow(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ContainerControl.WndProc(Message& m)
   at System.Windows.Forms.Form.WmShowWindow(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

I'm running Vista Home Premium with .NET Framework 3.5 SP1. Any help would be appreciated. Thanks =) Cflm001 (Talk) 09:09, 27 September 2008 (UTC)

It's a known problem. Hopefully it'll get fixed in next version. Calvin 1998 ^(t·c) 17:31, 27 September 2008 (UTC)

I tried several times, but I can't log in. Version 0.8.1 doesn't work, and 0.7.12, which I had used until late August, unfortunately doesn't work anymore either. I'm really clueless what to do. --Catgut (talk) 22:22, 27 September 2008 (UTC)

What's wrong with using 0.7.12? Calvin 1998 ^(t·c) 23:31, 27 September 2008 (UTC)

With 0.7.12 I get exactly the same message as user Boracay Bill in the next section. Regarding 0.8.1 I get a similar message (EvenType : clr20r3 P1 : huggle_0.8.1.exe P2 : 0.8.1.0 P3 : 48c572d8 P4 : huggle P5 : 0.8.1.0 P6 : 48c572d8 P7 : ccf P8 : 372 P9 : system.nullreferenceexception). I've been trying to get through the login process for several days now, but it always failed. --Catgut (talk) 03:08, 28 September 2008 (UTC)

Actually, HG 0.7.12 works fine for me. Cflm001 (Talk) 05:49, 28 September 2008 (UTC)

This should now be fixed in the new version with a work around. ·Add§hore· ^Talk/_Cont 15:46, 19 October 2008 (UTC)

Error encountered

I downloaded and ran Current version (0.8.1) on WinXP Home Edition, as updated by Microsoft's automatic updates. Huggle encountered an error, as follows

ArgumentNullException: Value cannot be null.
Parameter name: key
   at System.ThrowHelper.ThrowArgumentNullException(ExceptionArgument argument)
   at System.Collections.Generic.Dictionary`2.FindEntry(TKey key)
   at Huggle.ConfigIO.LoadLocalConfig()
   at Huggle.LoginForm.LoginForm_Load()
   at Huggle.LoginForm._Lambda$__118(Object a0, EventArgs a1)
   at System.EventHandler.Invoke(Object sender, EventArgs e)
   at System.Windows.Forms.Form.OnLoad(EventArgs e)
   at System.Windows.Forms.Form.OnCreateControl()
   at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   at System.Windows.Forms.Control.CreateControl()
   at System.Windows.Forms.Control.WmShowWindow(Message& m)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
   at System.Windows.Forms.ContainerControl.WndProc(Message& m)
   at System.Windows.Forms.Form.WmShowWindow(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

I downloaded Version 0.7.12, and it ran OK without the error but, during login, I got a message that huggle had encountered a problem and needs to close. The "error signature" was (typed manually—cut&paste didn't work with this one):

EventType: clr20r3  P1:huggle 0.7.12.exe  P2:0.7.12.0
P3: 4894701a  P4:huggle  P5: 0.7.12.0  P6: 4894701a  P7:a9b
P8: 347  P9:systemnullreferenceexception

-- Boracay Bill (talk) 02:21, 29 September 2008 (UTC)

The first error is known to us as its happened to many people :) Please see [10] for updates·Add§hore· ^Talk/_Cont 09:36, 18 October 2008 (UTC)

This should now be fixed in the new version with a work around. ·Add§hore· ^Talk/_Cont 15:45, 19 October 2008 (UTC)

Error message

For some reason, when I log in to huggle, I get an error message shortly thereafter saying "Huggle has encountered a problem and needs to close" and that type of crap. It happened on both the previous and current version of huggle. What i think the problem has to do with my recently removed and regained RB rights. If someone could help me, that would be great, for right now I am ripping my hair out. Montgomery' 39 (talk) 00:12, 29 September 2008 (UTC)

I have the same issue, what is going on? I, however, still have RB rights. Ctjf83Talk 19:58, 29 September 2008 (UTC)

See top of page -- Gurch (talk) 20:31, 29 September 2008 (UTC)

Hmm i can still login fine O_o ·Add§hore· ^Talk/_Cont 20:31, 29 September 2008 (UTC)

ssssh -- Gurch (talk) 20:32, 29 September 2008 (UTC)

Uhh, can you narrow down what I'm looking for, or just make my life easier and give me a fix here. Ctjf83Talk 20:41, 29 September 2008 (UTC)

Iv narrowed down the top of the page for you. "HUGGLE IS BROKEN USE SOMETHING ELSE KTHX" :). Changes in mediawiki have kind of screwed stuff up :) ·Add§hore· ^Talk/_Cont 20:44, 29 September 2008 (UTC)

Uhh...is that some smartass answer, or is it something that is being fixed now? Why is it that other users can use it, and I can't? Ctjf83Talk 20:56, 29 September 2008 (UTC)

I could give you a full explanation, or I can use the time it would take to type it out to try to fix this problem. I apologize for being rude. I am not coping very well with life at the moment. -- Gurch (talk) 21:01, 29 September 2008 (UTC)

I was talking to Addshore, not you, Gurch. But yes, please take the time to fix the problem :) Ctjf83Talk 22:04, 29 September 2008 (UTC)

Well Gurch, all I can do currently is say "good luck fixing the problem". So, here I go... Good luck fixing the problem :) Montgomery' 39 (talk) 22:32, 29 September 2008 (UTC)

Sorry for that Ctjf83. The reason huggle is currently very broken is that the Mediawiki software has been updated and huggle has cannot handle this update. This causes issues with cookies e.t.c. It may start working if you have a unified login. I hope this explains a bit more to what the problem is. ·Add§hore· ^Talk/_Cont 13:29, 30 September 2008 (UTC)

"BROKEN"?

Hi. Why do people use Huggle if it has said "MEDIAWIKI CHANGES/BUGS HAVE BROKEN HUGGLE USE SOMETHING ELSE THANKS" on Wikipedia:Huggle since 18 January 2008? Thanks!   — Jeff G. (talk|contribs) 17:37, 3 October 2008 (UTC)

It hasn't. That's part of the template at the top. -- how do you turn this on 17:40, 3 October 2008 (UTC)

And it does work for some people. Calvin 1998 ^(t·c) 02:31, 4 October 2008 (UTC)

• Heh, for those of you that read only English, the Report when you run the program:

   ArgumentNullException: Value cannot be null.
   Parameter name: key
      at System.ThrowHelper.ThrowArgumentNullException(ExceptionArgument argument)
      at System.Collections.Generic.Dictionary`2.FindEntry(TKey key)
      at Huggle.ConfigIO.LoadLocalConfig()
      at Huggle.LoginForm.LoginForm_Load()
      at Huggle.LoginForm._Lambda$__118(Object a0, EventArgs a1)
      at System.EventHandler.Invoke(Object sender, EventArgs e)
      at System.Windows.Forms.Form.OnLoad(EventArgs e)
      at System.Windows.Forms.Form.OnCreateControl()
      at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
      at System.Windows.Forms.Control.CreateControl()
      at System.Windows.Forms.Control.WmShowWindow(Message& m)
      at System.Windows.Forms.Control.WndProc(Message& m)
      at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
      at System.Windows.Forms.ContainerControl.WndProc(Message& m)
      at System.Windows.Forms.Form.WmShowWindow(Message& m)
      at System.Windows.Forms.Form.WndProc(Message& m)
      at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
      at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
      at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

-- Matthew Glennon^{(Talk to me)} 18:33, 8 October 2008 (UTC)

This bug is currently being worked on. Check [11] for updates ·Add§hore· ^Talk/_Cont 09:50, 18 October 2008 (UTC)

This should now be fixed in the new version with a work around. ·Add§hore· ^Talk/_Cont 15:44, 19 October 2008 (UTC)

Messages

Do you plan on using the messages box any time soon, or can I just turn it off without fear of missing an important message? --Closedmouth (talk) 13:38, 10 October 2008 (UTC)

Don't know. It was a feature request -- Gurch (talk) 20:47, 10 October 2008 (UTC)

Ill try and add some interesting stuff to it from now on :P ·Add§hore· ^Talk/_Cont 09:46, 18 October 2008 (UTC)

Will it ever be fixed?

Hi, I've recently taken a 3month(ish) break from wikipedia, but i've come back and huggle isn't working. Do you know if it will ever be fixed? Also, what do you recommend I use instead? Vandalproof isn't accepting new users (I was never approved or denied, I was put on the list a long time ago). Thanks, Nappymonster (talk) 10:29, 11 October 2008 (UTC)

I don't know, and as to what to do instead, go outside or something -- Gurch (talk) 11:05, 11 October 2008 (UTC)

Yes hopefully it will be fixed soon :). ·Add§hore· ^Talk/_Cont 09:46, 18 October 2008 (UTC)

Bug in 0.7.12

I realise that there are a hell of a lot of bugs going on with Huggle, but I have a feeling this one may actually be fixable, ie it is something on my end that is going on. Huggle keeps on crashing at random intervals, with the following signature:

EventType : clr20r3 P1 : huggle.exe P2 : 0.7.12.0 P3 : 4894701a

P4 : system.drawing P5 : 2.0.0.0 P6 : 4333aeaf P7 : 437 P8 : 2c

P9 : system.invalidoperationexception

Any ideas? — neuro^(talk) 20:07, 11 October 2008 (UTC)

I would if I could decode what P3 through P8 meant. P9 is the exception that occurred, P1 is the application, and P2 is the version number. One of the unknown things is probably where the exception occurred (which is kind of important to know...) Anyhow, thanks for the report, and if Gurch gets around to figuring this out it'll likely get fixed. Calvin 1998 ^(t·c) 21:38, 11 October 2008 (UTC)

P4 is the library. P5 is the .NET version —Reedy 21:49, 11 October 2008 (UTC)