hide "resolve" button or ask for confirmation?

Stream: Zulip meta

[Junyan Xu]

image.png
After Zulip introduced the notification button allowing users to choose among Mute/Default/Follow modes, I've been using it a lot, but unfortunately I frequently misclick the "resolve" button instead and have to unresolve it immediately, which generates noise (sorry!) for everyone following the topic and leaves two messages that I can't delete. (It has happened three times to me in the last few days.) Maybe Zulip should hide the "resolve" button in a drop-down menu, or ask for confirmation when it's clicked?

[Damiano Testa]

(or separate the Follow mode from the Resolve, by putting the Edit in-between?)

[Kevin Buzzard]

I also accidentally resolved a thread recently (for the first time) and was annoyed that this had happened. But more generally people have raised the issue that resolving topics is not something which this community finds helpful (although considering its rapid growth recently perhaps opinions will change about that)

[Alex J. Best]

I think this only creates noise for people who already posted in the thread, so maybe its not so bad?

[Kevin Buzzard]

It also creates noise for people who read all the messages on Zulip; I see one new message on a thread and it's just "someone resolved the thread" (and then there's the other disadvantage that it breaks links).

[Alex J. Best]

Kevin Buzzard said:

It also creates noise for people who read all the messages on Zulip; I see one new message on a thread and it's just "someone resolved the thread" (and then there's the other disadvantage that it breaks links).

Yeah my point was just iirc the "unread" count doesn't increase for a thread if you haven't posted in it, so if you navigate by stream rather than recent conversations you might never see a quick resolve->unresolve

[Julian Berman]

If you want a sledgehammer solution and are using uBlock (which obviously everyone should be :), then adding a rule to block ##.fa-check makes them all go away.

[Kevin Buzzard]

Oh -- are you saying that I am wrong about my claim that the unread count goes from 0 to 1 when a thread which I'm up to date on is resolved? I'm pretty sure this used to be the case...

[Junyan Xu]

Julian Berman said:

If you want a sledgehammer solution and are using uBlock (which obviously everyone should be :), then adding a rule to block ##.fa-check makes them all go away.

Great suggestion, thanks! I used the element picker to kill it. But do you mean uBlock Origin?
image.png

[Kevin Buzzard]

Meh, I'm using the Zulip app :-(

[Julian Berman]

Junyan Xu said:

Julian Berman said:

If you want a sledgehammer solution and are using uBlock (which obviously everyone should be :), then adding a rule to block ##.fa-check makes them all go away.

Great suggestion, thanks! I used the element picker to kill it. But do you mean uBlock Origin?
image.png

I do mean Origin, sorry, I ignore the other one exists at this point mostly.

[Junyan Xu]

I sometimes use the app. By the way how do I open a link to a message in the app? There isn't an address bar. (I guess I can send a private message to myself with the link and then click on it, but that's slow ...)

[Julian Berman]

Yeah obviously that doesn't work for the app -- I essentially never use nearly any app for this reason, but I'm strange clearly.

[Patrick Massot]

Right clicking on the icon and choosing block element is enough with the uBlock Firefox extension.

[Alya Abbott]

We're planning to make it possible to undo resolving a topic (issue #19181), which should help, though an additional tweak to make it harder to misclick might also be warranted.

[Kevin Buzzard]

Just noting that the unread count does go from 0 to 1 if a thread is resolved (which is silly really)

[Alya Abbott]

It depends on whether you participated in the topic or not; you don't get an unread if you did not. It's the best balance we could come up with, as in some situations folks do need to monitor when topics are marked as resolved.

[Kim Morrison]

@Alya Abbott, any chance we could have an organization setting to disable "resolve" entirely? It's just noise for us.

[Alya Abbott]

https://github.com/zulip/zulip/issues/19955 is the issue tracking this feature request.

[Alya Abbott]

I do see some resolved topics here when I do an is:resolved search.

[Jireh Loreaux]

yes, but we'd still prefer to disable it. Resolving breaks links to threads.

[Alya Abbott]

That's a separate issue, which we recently did the work to fix. We're just waiting for enough users to start using a version of the mobile apps that supports the new link format. After that, topic links will continue to work when the topic resolved or renamed.

[Mario Carneiro]

it also causes a bot to post to the thread, which is usually noise (it brings the thread to the top even though it's not actionable)

[Mario Carneiro]

I would prefer the representation was more subtle, like the horizontal line that separates days