This is probably the same issue as T288104: Error "Result returned Aborted NeedToken expected" on edit - do you get the same error message if you relogin?

Yes, this looks to be basically the same issue. Almost every time that I log in again, I get this spamming issue. Only once in a blue moon does this issue not come.

In T310766#8010631, @Hummerrocket wrote:

Yes, this looks to be basically the same issue. Almost every time that I log in again, I get this spamming issue. Only once in a blue moon does this issue not come.

Sorry to hear that, and even more so that the issue doesn't seem to have a fix yet.. I've been intermittently having issues for almost a year now :(

I see, that must be very frustrating to try to fix. :( To clarify, I do not get the message Unable to login to wiki: Result returned Aborted NeedToken expected. Just the repeated dialog box.

Just got granted 2FA as well, and set it up, and am also getting that dialog box, changing the BotPassword did not help, neither did relogging into Huggle.

Hello, I know it's been years, but this was finally partially fixed here https://github.com/huggle/huggle3-qt-lx/commit/887bb8f821ecb8db94235ad11967aaf1c0e1b1d1

the underlying problem with mediawiki API still remains, but at least now the relogin form is working properly for bot passwords as well as for regular passwords

Probably worth mentioning over at T288104 that a possible solution is there, still needs further testing.

In T310766#9999483, @Petrb wrote:

Hello, I know it's been years, but this was finally partially fixed here https://github.com/huggle/huggle3-qt-lx/commit/887bb8f821ecb8db94235ad11967aaf1c0e1b1d1

the underlying problem with mediawiki API still remains, but at least now the relogin form is working properly for bot passwords as well as for regular passwords

Could we get a build or a release with the fixes? I would like to do some further testing, to make sure that the fixes you implemented work.

Yes, which operating system?

In T310766#10000145, @Petrb wrote:

Yes, which operating system?

Windows. Thanks!

I assume Windows 10 x64 or later

https://cloud.bena.rocks/s/TkK4zBaQwodC7Dw

please note this is Qt6 build, regular huggle downloads are all Qt5 based, so let me know if there were any problems related to Qt6 or installation failed, I can try to recreate Qt5 build as well

In T310766#10000627, @Petrb wrote:

please note this is Qt6 build, regular huggle downloads are all Qt5 based, so let me know if there were any problems related to Qt6 or installation failed, I can try to recreate Qt5 build as well

Thanks for the heads up, I will attempt to test tomorrow.

Seems to be working fine, the Aborted NeedToken didn't trigger first, so I may need to keep reloading until it happens. No issues with Qt6 build whatsoever when installing.

That bug still does trigger from time to time, even in this version, but the relogin form is working now, so while you are going to get a popup informing you about being logged out, you are going to get logged back in, with no need to restart whole huggle. This form normally works automatically, so it becomes just a minor issue.

In T310766#10004429, @Petrb wrote:

That bug still does trigger from time to time, even in this version, but the relogin form is working now, so while you are going to get a popup informing you about being logged out, you are going to get logged back in, with no need to restart whole huggle. This form normally works automatically, so it becomes just a minor issue.

I did some more testing, because it usually happens when doing the first action that requires editing the wiki in some way. It auto relogs me in, but at some points, Huggle just crashes without explaining why. The most recent crash which I caught, I attempted to revert an edit, Huggle said I was logged out for some reason, relogged me back in, and the app just closed. 3.4.12 never crashed. I checked Event Viewer, and it said Huggle crashed with exception code 0xc0000005.

@Petrb : I know its an unrelated issue, but it was brought to my attention in this thread: https://en.wikipedia.org/wiki/Wikipedia_talk:Huggle/Feedback#Automatically_added_to_list_of_users_%E2%80%93_an_unapproved_automated_edit , can we deprecate this? I don't think we need a constantly-updating list of everybody that uses Huggle. It has raised some concerns about it being an unapproved edit, that the user did not manually approve to be done. All semi-automated tools specify that we are responsible for every edit made, and me and Hey man Im josh feel this is no longer necessary. We may have to run an RFC to get consensus first. As of 3.4.13 it still readds you to the list after starting Huggle. Striking unrelated issue

In T310766#10016011, @Yoshi24517 wrote:

@Petrb : I know its an unrelated issue, but it was brought to my attention in this thread: https://en.wikipedia.org/wiki/Wikipedia_talk:Huggle/Feedback#Automatically_added_to_list_of_users_%E2%80%93_an_unapproved_automated_edit , can we deprecate this? I don't think we need a constantly-updating list of everybody that uses Huggle. It has raised some concerns about it being an unapproved edit, that the user did not manually approve to be done. All semi-automated tools specify that we are responsible for every edit made, and me and Hey man Im josh feel this is no longer necessary. We may have to run an RFC to get consensus first. As of 3.4.13 it still readds you to the list after starting Huggle.

that is indeed unrelated to this, you should probably open some discussion for that on Huggle's talk page, I am sure there would be people objecting that

In T310766#10012829, @Yoshi24517 wrote:

In T310766#10004429, @Petrb wrote:

That bug still does trigger from time to time, even in this version, but the relogin form is working now, so while you are going to get a popup informing you about being logged out, you are going to get logged back in, with no need to restart whole huggle. This form normally works automatically, so it becomes just a minor issue.

I did some more testing, because it usually happens when doing the first action that requires editing the wiki in some way. It auto relogs me in, but at some points, Huggle just crashes without explaining why. The most recent crash which I caught, I attempted to revert an edit, Huggle said I was logged out for some reason, relogged me back in, and the app just closed. 3.4.12 never crashed. I checked Event Viewer, and it said Huggle crashed with exception code 0xc0000005.

so, the crash always happens after relogin form? during relogin, or randomly after being re-logged in?

In T310766#10016056, @Petrb wrote:

In T310766#10012829, @Yoshi24517 wrote:

In T310766#10004429, @Petrb wrote:

That bug still does trigger from time to time, even in this version, but the relogin form is working now, so while you are going to get a popup informing you about being logged out, you are going to get logged back in, with no need to restart whole huggle. This form normally works automatically, so it becomes just a minor issue.

I did some more testing, because it usually happens when doing the first action that requires editing the wiki in some way. It auto relogs me in, but at some points, Huggle just crashes without explaining why. The most recent crash which I caught, I attempted to revert an edit, Huggle said I was logged out for some reason, relogged me back in, and the app just closed. 3.4.12 never crashed. I checked Event Viewer, and it said Huggle crashed with exception code 0xc0000005.

so, the crash always happens after relogin form? during relogin, or randomly after being re-logged in?

The relogin form works fine, sometimes it crashes 2 minutes after I start Huggle, sometimes it crashes way later. I'll generally leave Huggle open 24/7, so I won't see the exact moment it crashes.

wait, so it crashes no matter if you have to relogin, or only after you use the relogin form? I am trying to understand if they bug was introduced by fix of relogin form, or by shift to Qt6

In T310766#10019615, @Petrb wrote:

wait, so it crashes no matter if you have to relogin, or only after you use the relogin form? I am trying to understand if they bug was introduced by fix of relogin form, or by shift to Qt6

That part I haven't quite figured out yet. There's been times where its crashed after the relogin form, and times where it hasn't, but crashes at a later point, way after the relogin form.

EDIT: After working with 3.4.13 some more today, it crashed two more times. First time, it crashed like 30 seconds after the relogin screen (no action needed to relogin, it did it automatically) Second time, it did not crash right after the relogin, I was doing other things and multitasking with Huggle open, and I saw it close itself in the taskbar. I was not working in it at the time, and if I were to give a time on that, I would say about 10 minutes after I opened it the second time.

I don't think the crash is by use of the relogin form, because in older versions when the relogin form pops up, and automatically does the relogin, Huggle didn't crash. I'm leaning towards the culprit being Qt6.

@Petrb After some further testing, 3.4.12 has not crashed like the way 3.4.13 and Qt6 has. If you don't mind, could I have a Qt5 build of 3.4.13 for testing? Thanks!