https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #21 from pamdavi...@yahoo.co.uk ---
I've now filed Bug 72903 - Need option to switch off "Thanks", in view of the
slow progress on this or Bug 69636.
--
You are receiving this mail because:
You are the assignee for the bug.
You are
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #20 from Jared Zimmerman (WMF) ---
Thanks for filing this bug WhatamIdoing, my gut feeling is that the opposite
will happen, that we'll be able to developer an undoable behavior that can work
across all platforms consistently rather
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #19 from WhatamIdoing ---
I filed the request for information at bug 69804.
Jon, if the confirmation step on desktop is working (stopping unwanted thanks
without losing many wanted ones), then it can be copied to mobile, we'll ha
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
WhatamIdoing changed:
What|Removed |Added
See Also||https://bugzilla.wikimedia.
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #18 from Jon ---
This really is a silly discussion. We agree there is a problem and that it
needs to fix but I personally think arguing the merits of a click to undo vs
confirmation step is a waste of WMF resources.
--
You are rec
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #17 from Jared Zimmerman (WMF) ---
WhatamIdoing, can you log a bug requesting information from
analytics/instrumentation for thanks clicks that were abandoned on the
subsequent confirmation page segmented by user edits please?
--
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #16 from WhatamIdoing ---
I'm willing to believe that every click costs readers. Do you know how many
thanks are not being completed on desktop? Does it differ by user experience
level? Getting those numbes would let you make som
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #15 from Jared Zimmerman (WMF) ---
its conjecture, and 10+ years of experience that multi-step processes have
greater falloff then single step actions.
--
You are receiving this mail because:
You are the assignee for the bug.
You
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #14 from WhatamIdoing ---
How exactly do we know that we're losing any WANTED thanks at all? (We're
supposed to be "losing" thanks that people didn't want to send.)
--
You are receiving this mail because:
You are the assignee for
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #13 from Jared Zimmerman (WMF) ---
Having a secondary confirm on mobile is moving in the wrong direction, I think
the number of accidental clicks is far outweighed by the number of thanks we'd
lose (and are currently losing) by havi
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #12 from Quiddity ---
That is indeed a very large button, on a small screen!
Given the previous discussions about confirmation-steps on desktop, I've filed
bug 69636 ("Thanks: Implement an undo feature")
--
You are receiving this
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #11 from pamdavi...@yahoo.co.uk ---
Agreed, it's not the dropping but the catching ... or the tired editor's
scrolling-finger drooping and landing on the bottom right corner, the most
vulnerable corner of the screen (assuming right-h
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #10 from Jon ---
see #c5
it is not a top priority but we believe click to undo is the way forward.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #9 from WhatamIdoing ---
Sure, the act of dropping *shouldn't* click anything... assuming that it lands
on the floor and not your bare leg, or your foot... but you still have to pick
it up, which means you might touch the screen. Y
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #8 from Jon ---
Dropping a phone will not lead to accidental button presses. Please read
https://en.m.wikipedia.org/wiki/Capacitive_sensing and I don't think we should
be making a bad UX because of a rogue cat.
Do we have any real
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
WhatamIdoing changed:
What|Removed |Added
See Also||https://bugzilla.wikimedia.
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
WhatamIdoing changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #6 from pamdavi...@yahoo.co.uk ---
But as it has instant effect, the message will already have gone to the
inappropriate recipient before it can be undone, leading to potential confusion
or embarrassment. A real confirmation stage, o
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #5 from kenan wang ---
We've filed this as an enhancement request. We will look at a click to undo
behavior.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #4 from MZMcBride ---
The Thanks extension has a few bugs in this bug tracker related to this issue
(on desktop).
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
__
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #3 from pamdavi...@yahoo.co.uk ---
No, clicking again doesn't work: the "Thank" is sent instantly and the green
button then turns to an unclickable "Thanked". Plenty of operations on my
mobile have an "are you sure?" confirmation opt
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #2 from Jon ---
Click again to undo? This seems to be a common design pattern across the mobile
web... a confirmation step sounds nasty...
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
--- Comment #1 from Bingle ---
Prioritization and scheduling of this bug is tracked on Mingle card
https://wikimedia.mingle.thoughtworks.com/projects/mobile/cards/1722
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=61737
Yuvi Panda changed:
What|Removed |Added
CC||aricha...@wikimedia.org,
24 matches
Mail list logo