Consecutive rollbacks problem
Closed, ResolvedPublic
Actions

Assigned To

Authored By

	• bzimport
	Apr 26 2014, 7:31 PM

Description

Author: ammubhave

Description:
On a fast connection, then loading of the next edits happens really fast. So sometimes, if you rolled back an edit by pressing 'Q', and then before you can actually release the Q button, the next edit gets loaded and gets rollbacked again. I think this was the behavior I observed. It may also be a debouncing problem with the key and the key actually got pressed two times in fast succession.

Anyways, there should be an artificial short delay after the edit appears on the screen and you are allowed to rollback it. Even something like half a second delay will save a few unnecessary rollbacks. Because you won't be rollbacking changes half a second later it gets loaded, not enough time to even review.

Version: 3.0.0
Severity: critical
OS: Linux
Platform: PC

Details

Reference: bz64488

Related Objects
Search...

		Status	Subtype	Assigned	Task
		Resolved		Petrb	T36892 Huggle's blockers for next release (tracking)
		Resolved		Petrb	T66488 Consecutive rollbacks problem

Event Timeline

• bzimport raised the priority of this task from to High.Nov 22 2014, 3:08 AM

• bzimport added a project: Huggle.

• bzimport set Reference to bz64488.

• bzimport created this task.Apr 26 2014, 7:31 PM

Which version of huggle is that

loading of next edits happens very fast even when you are disconnected in huggle 3, so I assume you are on older version

this what you describe can hardly happen on huggle 3, you either load a next edit (matter of less than a second) which can be immediately rolled back, or in case you chose to auto-load newer revision, huggle display "hold your fire" banner during which the rollback is forbidden and silently ignored, so I am unable to reproduce this, are you really talking about latest huggle 3.0.0.0 121x+?

ammubhave wrote:

My version is: 3.0.0.0 build: 1200 0a0c6de
OS: Ubuntu 14.04 LTS.

My Wikipedia contribution history for the relevant time is as follows:

00:44, 27 April 2014 (diff | hist) . . (+945)‎ . . N User talk:99.17.204.20 ‎ (Message re. Terry Richardson (HG 3))
00:44, 27 April 2014 (diff | hist) . . (+983)‎ . . N User talk:2.223.220.58 ‎ (Message re. TU Delft Faculty of Architecture (HG 3))
00:44, 27 April 2014 (diff | hist) . . (-473)‎ . . m Terry Richardson ‎ (Reverted edits by 99.17.204.20 (talk) (HG 3))
00:44, 27 April 2014 (diff | hist) . . (-12)‎ . . m TU Delft Faculty of Architecture ‎ (Reverted edits by 2.223.220.58 (talk) (HG 3)) (current) [rollback: 1 edit]

I reverted the 'TU Delft' edit by pressing the 'Q' key. And then in succession, the 'Terry Richardson' edit got loaded and also got automatically reverted back. I didn't get a 'hold your fire' banner after that. Surprisingly, the User talk page for the editor of 'TU Delft' got warned after the 'Terry Richardson' edit was accidentally reverted. I am on a really fast/low latency connection.
Is it the case that the 'hold your fire' gets enabled after the talk page is written? This might explain this.

no, this seems like a bug, whether it's a bug in Trusty, or Huggle is a question. I experience weird issues since I upgraded to ubuntu 14.04 and Qt developers told me that ubuntu has fucked up Qt in 14.04 and they need to fix it. There is a number of similar reports, so I am not sure what to do now, I know about multiple things that broke since then

http://git.io/Q4MGVg

Open preferences -> performance and check "Require delay bla bla" set like 2 or more seconds in the text box. Now you will have to wait 2 or more seconds after load of every new edit before you will be able to revert it

Consecutive rollbacks problemClosed, ResolvedPublicActions