@KColeman-WMF Is there any documentation or screenshots I can look at of what the opt-in looks like? That would help me first-draft this message.

@Samwalton9-WMF I don't believe we have an existing example for temp accounts (as our team hasn't run into this use case before!), but I imagine it can work similarly to the IP Info example Thalia shared:

Alternatively we could provide a message and then link to Special:Preferences if it's too complex to include the checkbox.

The opt-in for temporary accounts is in Special:Preferences:

In T355178#9472336, @KColeman-WMF wrote:

@Samwalton9-WMF I don't believe we have an existing example for temp accounts (as our team hasn't run into this use case before!), but I imagine it can work similarly to the IP Info example Thalia shared:

Alternatively we could provide a message and then link to Special:Preferences if it's too complex to include the checkbox.

Thanks! I guess the design of this was based around the IP Information tool always requiring this opt-in, whereas Nuke will still be able to be used on anything but an IP address even without the opt-in, so I'm inclined to suggest that we have a different design here, which just has the message and links to the opt-in when a user tried to operate on an IP address, as you suggest.

In that case maybe it doesn't need to be a message that's reusable between these two interfaces. Does it still make sense to have a generic "You can't do that, opt-in here" message in Core which Nuke then uses, and other tools could use also, even if we've not identified another use case right now?

That's a good point! There is one potential use case I've just thought of. We will be building a new Global User Contributions tool on a special page, and users with no permissions will be able to search cross-wiki contributions from registered and temp users. However users with IP reveal permission (and have therefore opted in) will be able to search by IP address and IP range too. Therefore having a generic resuable message that links back to special preferences could be useful for this too.

Great! Makes sense to me. Here's a go at a first draft based on similar messaging:

You do not have permission to take this action on IP addresses. To enable this action please opt-in to the 'Temporary account IP reveal' setting in your preferences.

Thoughts? Please feel free to tweak, edit, or propose something entirely different!

Hi @Samwalton9-WMF

Just so I'm super clear: the scenario is that someone who is eligible to see IP addresses, cannot complete an associated action as they have yet to enable the setting in special preferences.

Does the message need to apply to any and all users? Or can it be fine-tuned to apply to only those who have IP viewing rights but have yet to opt-in?

In T355178#9482493, @KColeman-WMF wrote:

Hi @Samwalton9-WMF

Just so I'm super clear: the scenario is that someone who is eligible to see IP addresses, cannot complete an associated action as they have yet to enable the setting in special preferences.

I believe that's right - only administrators can view Special:Nuke, and my understanding is that they can just opt-in? Any other user will get a permission error before they could see this message.

In T355178#9482586, @Samwalton9-WMF wrote:

I believe that's right - only administrators can view Special:Nuke, and my understanding is that they can just opt-in? Any other user will get a permission error before they could see this message.

Thanks for clarifying. I think your proposed message works well then!

I'd suggest merging this task into T342785: Enable mass deletion of pages created by all temporary accounts which were used by an IP address where the message will actually be used.