Page MenuHomePhabricator

Temporary accounts: After editing, feedback message should disappear after a set time period
Closed, ResolvedPublic0.25 Estimated Story PointsBUG REPORT

Description

Steps to replicate the issue

  • Visit a wiki with temp accounts enabled
  • Make a logged-out edit
  • Feedback message displays in top-right of screen

What happens?

  • After making a logged-out edit, a feedback message displays in the top-right of the screen.
  • Feedback message does not disappear unless the user clicks it (note there is no X or close to indicate this is possible).
  • It obscures the user menu until it's been clicked on (see on-wiki discussion)

image.png (478×1 px, 94 KB)

What should have happened instead?

  • The feedback message should disappear after a set period of time (TBD).
  • Note that if the message is clicked on before the time expires, this would also trigger it to close (as per current behaviour).

Software version

https://test.wikipedia.org/ - Macbook, Chrome

Event Timeline

This should be doable by configuring the notification to auto-hide.

We should change autoHide: false to autoHide: true in the tempUserCreated notification (code here).

It may be possible to specify the number of seconds (code here), but I'd be inclined to go with MediaWiki's default for consistency.

In T399177#11024441, @Tchanders wrote:
I'd be inclined to go with MediaWiki's default for consistency.

Can we check how long the default displays for? The notification contains quite a bit of information for users to read.

In T399177#11024441, @Tchanders wrote:
I'd be inclined to go with MediaWiki's default for consistency.

Can we check how long the default displays for? The notification contains quite a bit of information for users to read.

Had a further look. Core's notification can be configured to show the notification for two different lengths of time:

  • autoHideSeconds: 'short' for 5 seconds (the default - so if we go with this, we won't need to add it alongside `autoHide: true')
  • autoHideSeconds: 'long' for 30 seconds

In T399177#11024441, @Tchanders wrote:
I'd be inclined to go with MediaWiki's default for consistency.

Can we check how long the default displays for? The notification contains quite a bit of information for users to read.

Had a further look. Core's notification can be configured to show the notification for two different lengths of time:

  • autoHideSeconds: 'short' for 5 seconds (the default - so if we go with this, we won't need to add it alongside `autoHide: true')
  • autoHideSeconds: 'long' for 30 seconds

Thanks for looking into this! I think 5 seconds will be too short, so if we have to pick one of the defaults I'd be inclined to choose long (even though it is probably slightly too long).

On another note, it's a shame the notification doesn't have a close 'X' to indicate that the user can close it at any time.

On another note, it's a shame the notification doesn't have a close 'X' to indicate that the user can close it at any time.

This isn't possible in the core component, but do you think it's worth filing a task about it? I'd keep it out of the scope of this task and create a new task if it needs doing. We'd need to discuss whether to prioritize it for global rollout.

Tchanders set the point value for this task to 0.25.Jul 23 2025, 2:34 PM

On another note, it's a shame the notification doesn't have a close 'X' to indicate that the user can close it at any time.

This isn't possible in the core component, but do you think it's worth filing a task about it? I'd keep it out of the scope of this task and create a new task if it needs doing. We'd need to discuss whether to prioritize it for global rollout.

Yes, I do think we should support a clear indication in the UI that the message is dismissible. In Codex the message component can have a close button so that a user can dismiss it. Codex also has an auto-dismssable mechanism but it is only encouraged for very short Messages to ensure that they can be read and understood before disappearing.

On another note, it's a shame the notification doesn't have a close 'X' to indicate that the user can close it at any time.

This isn't possible in the core component, but do you think it's worth filing a task about it? I'd keep it out of the scope of this task and create a new task if it needs doing. We'd need to discuss whether to prioritize it for global rollout.

Yes, I do think we should support a clear indication in the UI that the message is dismissible. In Codex the message component can have a close button so that a user can dismiss it. Codex also has an auto-dismssable mechanism but it is only encouraged for very short Messages to ensure that they can be read and understood before disappearing.

Thanks for the explanation. Could you file this as a separate task please?

Change #1172075 had a related patch set uploaded (by Tchanders; author: Tchanders):

[mediawiki/core@master] Auto-hide the tempUserCreated notification after 30 seconds

https://gerrit.wikimedia.org/r/1172075

kostajh subscribed.

I think this one is straightforward enough to skip QA (verified it locally).

Change #1172075 merged by jenkins-bot:

[mediawiki/core@master] Auto-hide the tempUserCreated notification after 30 seconds

https://gerrit.wikimedia.org/r/1172075

Niharika subscribed.

I encountered this issue again today. The notice does not disappear after 30 seconds as it should.

I encountered this issue again today. The notice does not disappear after 30 seconds as it should.

I encountered this too. Perhaps an upstream bug in mw.notify? Worth investigating, and we may be able to fix it.

I encountered this issue again today. The notice does not disappear after 30 seconds as it should.

Where have you encountered that? I observed an expected behavior today (both in wikitext editor and VE) on a local wiki (master branch) and testwiki.

I encountered this issue again today. The notice does not disappear after 30 seconds as it should.

Where have you encountered that? I observed an expected behavior today (both in wikitext editor and VE) on a local wiki (master branch) and testwiki.

I've tested this both on a local installation and on enwiki with a stopwatch running and the notice disappears after 30 seconds.

Niharika claimed this task.

I encountered it on testwiki but testing there again now does not reproduce it. Maybe something upstream caused it momentarily. Closing this out.