[Poll] Should the auto-lock timer be longer?

A simple poll on whether or not the auto-lock timer that closes threads after a certain amount of time (after the most recent reply) should be made longer. The timer is currently set to be ~28 days (starting from the latest reply).

Longer? Shorter? Is it fine? The argument for a longer time stems from trying to keep older but “stronger” suggestions open to replies.

  • The assumption is that a better suggestion will attract attention for longer (perhaps especially with the Unturned II Suggestions Trello board), while “weaker” suggestions will still receive less activity.

  • It also means that there’s more to reply to without having to create a new topic.

Multiple choice. Choose the closest to what you think. Reply if you need to be more specific.

  • Shorter Timer
  • Unchanged
  • 2 Months
  • 3 Months
  • 4 Months
  • 6 Months
  • No Timer

0 voters

69 months.

Thank you for your extended feedback and clarification, @dragon_beast. I must say though, I feel like 69 months is a weird amount of strain to put on the topics for something to get locked after the third season into the fifth year. :man_shrugging: Maybe 3.50 years?

15 Likes

Can’t there be a voting system per topic.

How I see it
At the end of topics page, there will be asked something like:
Should this topic stay open?

The idea is that topics with the least votes will be closed earlier than topics with more votes.

3 Likes

Are the only options as listed? It might be ideal to have a dynamic system. Perhaps based off comments or likes? If not, is it better to air on the side of low spam or more discussion?

2 Likes

null option :intense_judgement:

Alternative suggestions can be posted in the comments, but the only immediately-available options have to deal with increasing/decreasing (or not changing at all) the auto-lock timer. Anything else would either require me developing a plugin just for the SDG Forum, waiting for someone to develop a relevant plugin, or waiting for Discourse to implement features that would accommodate the suggestions.

For example – there’s been suggestions to let OP set their own auto-lock timer, or to close their own post. The latter would never be implemented by Discourse because of how it impacts discussion (it’d be like letting users delete any comments on their own topic). The former just isn’t possible with Discourse as it is currently.

Skydragonfire’s suggestion could probably be done with a plugin and some CSS/js theme changes, but that’s only if Discourse allows auto-locks to be triggered via plugin hooks. If not, then a bot with admin privileges would have to be made, and it’d be the one performing the auto-locks based on the votes (which could probably just be done with a theme component and then the bot, at that point).


I haven’t voted / mentioned it publicly yet because I haven’t wanted to sway public opinion on the poll, especially so early. But I think it’s important to be able to maintain healthy discussions for as long as possible, while still being able to compromise on demands to crack down on spam via using auto-locks. I don’t think I’d personally vote to increase to 6 months, nor remove the timer so suddenly either, but based on the original suggestions and the more modern feedback I do think there’s likely soom room for improvement and that might be partially through adjusting the auto-lock timer (hence the poll).

I think people will have different opinions based on how much spam they acknowledge.



Technically an option too, is to have the auto-lock less dynamic by having it based on when the topic is made, rather than having it start based on when the last post is made. For example, the auto-lock is 6 months but it doesn’t ever reset (active discussion wouldn’t make it close any sooner or later).

I think this would appeal to some people, as you could have a long timer but the lack of being able to “bump” the timer and reset it would keep it consistent.



EDIT:

I am going to look at the poll not only based on each option, but also based on the general ideas of:

  1. Shorter timer, same timer, or longer timer.
  2. Whether or not people want a timer at all (looking at upper-echelon of times, and no timer).

Users have multiple votes so that they can more accurately display their flexibility, and it helps better reflect people’s opinions on whether or not they want a timer to begin with. Obviously “no timer” is a pretty direct indication of not wanting a timer, but being able to show flexibility is useful for when trying to decide how to handle the pull results.

3 Likes