Suspension Time Frames Incorrect

[andrei (Andrei Prigorshnev)]

Turns out that recently we accidentally introduced a new behaviour of date-pickers on:

• the bookmark modal
• the topic timers modal

In fact, all other date-pickers always choose the first day of the next month when picking the Next Month option. This is the default behaviour. The ability to choose a day exactly in one month from today is important too, but it isn’t among our defaults, so the calendar should be used for doing this.

So we won’t change the behaviour of the suspension modal, moreover, we returned the pickers on the bookmark modal and the topic timer modal to our defaults in this PR:

FEATURE: make date pickers in the bookmarks UI and topic timer UI consistent with all other pickers

See also:

Weirdness in dates when setting timeout for an invite link

You have to look at the original intent, which was Google GMail: [image] I think we kinda lost sight of the goal somewhere along the way, but you can see this is very “next time interval” oriented, as in: When the next day starts (tomorrow) In the middle of the coming week When the weekend starts When the next week starts That was always my intent, and I tried to be quite clear about this, but I think we played a game of “telephone” and stuff got garbled in translation along the way, someh…