# Unable to retroactively make a post reply into a whisper

**URL:** https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259
**Category:** Feature
**Created:** [2016年八月5日 15:11 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259 "2016-08-05T15:11:47Z")
**Posts on this page:** 15
**Page:** 1

<div class="post-metadata">

### Author: ![tobiaseigen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tobiaseigen/32/539204_2.png) [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [2016年八月5日 15:11 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/1 "2016-08-05T15:11:47Z")

</div>

Continuing the discussion from [How do I create a whisper post?](https://meta.discourse.org/t/how-do-i-create-a-whisper-post/44247):

I just wrote a whisper reply and forgot to select the whisper toggle, then saved changes. I then went back during the ninja edit window and edited the post but there is no whisper toggle available. To fix this, I had to copy the text of my post, delete it and then recreate it. `<phew>`

Better would be to be able to see the whisper toggle. As moderator or admin, it seems to me I should be able to do this anytime on any post, even to help coordinate and stage replies before publishing them.

---

<div class="post-metadata">

### Author: ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2016年八月5日 19:03 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/2 "2016-08-05T19:03:55Z")

</div>

Er, the cat is out of the bag once you post as a not-whisper. Going back and retconning posts into whispers via editing is not something I can support as a feature.

---

<div class="post-metadata">

### Author: ![erlend\_sh](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/erlend_sh/32/119475_2.png) [@erlend\_sh](https://meta.discourse.org/u/erlend_sh)
#### Post date: [2016年八月6日 10:22 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/3 "2016-08-06T10:22:47Z")

</div>

Yeah, it wouldn’t be “honest UX” either, because even if you could change that post to a whisper after the fact, an email might have already gone out. We don’t wanna give users a false sense of security with this type of mishap.

I’d be interested in mockups for an even clearer whisper-on editor though. I think the editor should look quite different when you’re writing a whisper.

---

<div class="post-metadata">

### Author: ![tophee](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tophee/32/73406_2.png) [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [2017年九月13日 22:14 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/4 "2017-09-13T22:14:09Z")

</div>

How about the other way around, i.e. making a whisper public?

---

<div class="post-metadata">

### Author: ![erlend\_sh](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/erlend_sh/32/119475_2.png) [@erlend\_sh](https://meta.discourse.org/u/erlend_sh)
#### Post date: [2017年九月14日 07:34 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/5 "2017-09-14T07:34:34Z")

</div>

Might not be super hard to do but then again the workaround is incredibly straight forward.

---

<div class="post-metadata">

### Author: ![tobiaseigen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tobiaseigen/32/539204_2.png) [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [2018年四月24日 21:38 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/6 "2018-04-24T21:38:26Z")

</div>

I’m back to this issue - we’ve been doing some frantic whispering in our community, with hilarity ensuing because we sometimes hit the wrong button to reply and forget to make sure we are whispering. Then deleting the public reply, writing a new whisper reply.

I understand the points made by others above and support them. But what if we were able to switch it still during the ninja edit window? The reply might blink in public briefly but then that’s what happens anyway until we rush to delete and recreate as whisper.

---

<div class="post-metadata">

### Author: ![tophee](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tophee/32/73406_2.png) [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [2018年四月25日 10:58 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/7 "2018-04-25T10:58:50Z")

</div>

> [@tobiaseigen](#):
>
> But what if we were able to switch it still during the ninja edit window?

That’s a good idea as it avoids the problem that

> [@erlend\_sh](#):
>
> an email might have already gone out.

---

<div class="post-metadata">

### Author: ![FoohonPie](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/foohonpie/32/119648_2.png) [@FoohonPie](https://meta.discourse.org/u/FoohonPie)
#### Post date: [2018年十一月13日 23:49 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/8 "2018-11-13T23:49:42Z")

</div>

> [@tobiaseigen](#):
>
> The reply might blink in public briefly but then that’s what happens anyway until we rush to delete and recreate as whisper.

That makes perfect sense to me.

I just experienced an issue when making a post to explain whispers to my staff through examples, but some mistakes in the example topic have resulted in “hidden replies” (deletes) and whispers in the same view that just make for confusion for new staff members. I wouldn’t blame them for thinking it’s not worth trying to understand the feature.

Is there any reason _not_ to allow changing the whisper state within the ninja edit timeframe?

---

<div class="post-metadata">

### Author: ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)
#### Post date: [2018年十一月14日 00:20 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/9 "2018-11-14T00:20:40Z")

</div>

> [@FoohonPie](#):
>
> Is there any reason _not_ to allow changing the whisper state within the ninja edit timeframe?

I just feel it is too risky, what is the problem with the delete, cut-and-paste sequence?

---

<div class="post-metadata">

### Author: ![tobiaseigen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tobiaseigen/32/539204_2.png) [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [2018年十一月14日 01:38 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/10 "2018-11-14T01:38:31Z")

</div>

My position hasn’t really changed on this. In my community there’s no huge risk involved in accidentally whispering so loud that some members hear it, then retroactively preventing others from hearing it in the future without having to do a whole bunch of juggling (copy, delete post, start new post, paste, explain what happened and action taken, deal with follow up questions from affected moderators and any future moderator wondering why the reply numbers are off, and so on). A toggle is harmless and super helpful.. maybe as an admin feature at least if not available to all moderators.

I don’t know where off-hand, but elsewhere we talked about feature to let moderators know that a topic contains whispers, and let them hide/show the whispers for themselves. This might address some of the concerns raised above. I’d definitely love to have it in my community for moderator education and letting them see the flow of conversation without the whispers.

---

<div class="post-metadata">

### Author: ![FoohonPie](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/foohonpie/32/119648_2.png) [@FoohonPie](https://meta.discourse.org/u/FoohonPie)
#### Post date: [2018年十一月14日 18:27 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/11 "2018-11-14T18:27:50Z")

</div>

> [@sam](#):
>
> what is the problem with the delete, cut-and-paste sequence

It extra work (and confusion) for staff, compared to being able to edit the post state directly. It’s a strange user experience.

@tobiaseigen’s use of “Juggling” is apt; the workaround is a whole lot of manual steps and questions and explanations, instead of a single click.

> [@sam](#):
>
> I just feel it is too risky

I understand the risk for posts after the initial edit window has closed, but what is the risk of allowing toggle state edits within the first 5 minutes after a post is created, that isn’t also a risk for the workaround? In both situations, wouldn’t the post be temporarily visible anyway?

---

<div class="post-metadata">

### Author: ![sam](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/sam/32/102149_2.png) [@sam](https://meta.discourse.org/u/sam)
#### Post date: [2018年十一月15日 05:07 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/12 "2018-11-15T05:07:41Z")

</div>

I find it super hard to justify building a feature for a use case that in practice does not happen once you have done a minimal amount of training.

---

<div class="post-metadata">

### Author: ![tobiaseigen](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tobiaseigen/32/539204_2.png) [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [2018年十一月15日 05:27 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/13 "2018-11-15T05:27:16Z")

</div>

Sure - I can understand that. And on reflection, this typically only happens once or twice for each new moderator as they learn the ropes. Once they realize the implications they are more careful.

But figuring out how whispers works has a learning curve and this accident happens to everyone, and it is a hassle for admins to have to explain it over and over to the new moderators. if it were easy I would be happy to see the feature. But if it is not easy then I agree it is not a high priority. We have learned to live with it.

---

<div class="post-metadata">

### Author: ![FoohonPie](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/foohonpie/32/119648_2.png) [@FoohonPie](https://meta.discourse.org/u/FoohonPie)
#### Post date: [2018年十一月15日 17:13 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/14 "2018-11-15T17:13:11Z")

</div>

I can definitely understand it not being a development priority. However, if a specific feature requires any amount of training to overcome initial confusion, doesn’t that betray a non-intuitive design? Is aiming for intuitive ux super hard to justify?

By this argument, any feature with potential for confusion can be explained away by saying “just train them to use it right”, which is seems an odd approach to confront ux issues.

If others have more positive experiences, that’s awesome, and maybe most don’t encounter this problem. For us however, our version of learning to live with it will likely be just not using it because it’s too confusing, and training staff to use forum features isn’t a thing for us because discourse is otherwise incredibly intuitive and requires no training.

---

<div class="post-metadata">

### Author: ![codinghorror](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/codinghorror/32/110067_2.png) [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2018年十一月15日 23:59 UTC](https://meta.discourse.org/t/unable-to-retroactively-make-a-post-reply-into-a-whisper/48259/15 "2018-11-15T23:59:45Z")

</div>

> [@erlend\_sh](#):
>
> I’d be interested in mockups for an even clearer whisper-on editor though. I think the editor should look quite different when you’re writing a whisper.

We did make some improvements here since that was written. The “Reply” button now changes to “Whisper” with the eye-slash glyph, plus the slash-eye glyph is also in black near the reply area at the top.
