TVTropes Now available in the app store!
Open

Follow TV Tropes

Following

Input Needed: Reducing the Trope Repair Shop Backlog

Go To

Madrugada Since: Jan, 2001
#101: Aug 6th 2011 at 10:13:19 PM

^ Use the Holler Button on those. Ask for a lock and explain why.

Deboss I see the Awesomeness. from Awesomeville Texas Since: Aug, 2009
I see the Awesomeness.
#102: Aug 6th 2011 at 10:51:04 PM

Just so you know, greifers: those who continuously make a TRS for the same issue and won't let it go, get banned.

Fight smart, not fair.
shimaspawn from Here and Now Since: May, 2010 Relationship Status: In your bunk
#103: Aug 7th 2011 at 7:09:42 PM

Locking the huge threads, which are ones that tend to actually be threads where big projects are going on when they get big is a sure way to make sure that no big or complex projects ever get handled because we'd basically kill them all when they were making progress. It's one thing to lock them if they're hopelessly stuck, but if it's just a complex issue and it's making progress, we should let them keep going.

Reality is that, which when you stop believing in it, doesn't go away. -Philip K. Dick
blackcat Since: Apr, 2009
#104: Aug 7th 2011 at 7:12:07 PM

Would another summary of the discussion to date be helpful?

shimaspawn from Here and Now Since: May, 2010 Relationship Status: In your bunk
#105: Aug 7th 2011 at 8:26:45 PM

It might be a good idea.

Reality is that, which when you stop believing in it, doesn't go away. -Philip K. Dick
Osmium from Germany Since: Dec, 2010
#106: Aug 8th 2011 at 5:26:42 AM

Some of my ideas:

An archive to seperate the locked and open threads is a good idea. I suggested something like this some time ago, when we discussed the IP backlog. It wont solve the stack problem, but it will help a bit.

An other idea to solve the stack problem is simply increasing the amount of threads displayed on each page of the list.

Restricting the number of open threads is a bad idea, when something is broken we shouldend discourage people trying to fix it. Maybe we can add a massage to the thread creating sheet saying something like : "At the moment there are x open discussions, please think twice whether your problem needs immediate attantion." This message will be displayed after we reached a certain amount of open threads.

An other helpful point would be something like a thread for small fixes which don't need much discussion e.g. formatting issus and other technical stuff.

Autobumping a thread after a certain time of inactivity sounds like a good idea, but we will have to see how all this old threads popping up on the first page will affect the ongoing discussions.

We have a lot of really old threads which are open for more than half a year maybe we can add a function that a thread after reaching a certain age (200 days?) will automatically be bumped with a massage: "This thread is 200 days old, please focus on resolving it" these very old threads should be specially marked on the discussion list, maybe by using a red or bold font. If there is still no result or healthy discussion after a certain amount of time (30 days?) then this thread can be locked. I know the problem will still be unresolved, but on the other hand, a dead thread wont solve the problem either.

Madrugada Since: Jan, 2001
#107: Aug 8th 2011 at 5:34:11 AM

An other idea to solve the stack problem is simply increasing the amount of threads displayed on each page of the list.

That won't solve anything at all. It will just make it look different. The problem isn't the number of pages of open threads, it's the number of open threads. Renumbering the pages won't fix that.

Osmium from Germany Since: Dec, 2010
#108: Aug 8th 2011 at 5:41:05 AM

It will help with the problem that threads not beeing displayed at the first page are less likely to be noticed.

edited 8th Aug '11 5:41:25 AM by Osmium

Elle Since: Jan, 2001
#109: Aug 8th 2011 at 12:17:51 PM

Thread Hop: I've been considering proposing a Special Effort to go through the stale threads and clear out low hanging fruit - for example, crowner run but solution not implimented, solution implemented but thread never locked, question raised but not anything to actually fix, etc. Me considering it and me having the time/energy to participate in it are two different things of course...

Stratadrake Dragon Writer Since: Oct, 2009
Dragon Writer
#110: Aug 8th 2011 at 7:08:14 PM

Do the forums support a watchlist/todo system like is already implemented in normal wiki articles? So that individual users can flag the threads they are involved in. And maybe have a button that lists forum threads with the most users watching it.

An Ear Worm is like a Rickroll: It is never going to give you up.
Madrugada Since: Jan, 2001
#111: Aug 8th 2011 at 7:45:00 PM

Look at the bottom of a thread page. There's a button marked "Thread watchlist" and another one marked "Add this thread to your watch list"

Spark9 Since: Nov, 2010
#112: Aug 10th 2011 at 6:58:11 AM

For STUCK debates, get a crowner. If two sides are stuck in a circular argument, then this will show which of the two sides is consensual and which is the vocal minority. If necessary, lock the thread once it starts repeating itself, and keep the crowner open.

All crowners should be closed after one week, both to speed things up and to avoid meta-arguments about when a crowner should close.

The three longest threads that have an open crowner should have this crowner displayed prominently outside the TRS forum, to get more participants in. The three long threads are likely the most controversial debates, and these benefit from getting more fresh voices in.

The problem with STACK is throughput. Resolving STUCK and INERTIA strikes me as the best way to deal with STACK.

Willbyr Hi (Y2K) Relationship Status: With my statistically significant other
Hi
#113: Aug 10th 2011 at 7:18:01 AM

[up] To the "close crowners after a week argument" - I was once firmly for this, but after seeing a number of crowners where an option that was presented days after the crowner was started end up winning, I've done a 180 and think it's a good idea in theory but unworkable in practice.

Spark9 Since: Nov, 2010
#114: Aug 12th 2011 at 8:26:59 AM

[up] Okay, but it works better if you treat it as a guideline rather than a strict rule. There's always exceptions to everything, that doesn't mean we can't set a baseline.

SomeSortOfTroper Since: Jan, 2001
#115: Aug 16th 2011 at 2:09:53 PM

Has anybody suggested yet that the repair shop threads have a sense of "on-topic"? If someone comes in with a problem like "hmm, this description needs fixing up" or "let's farm some redirects", keep it to that, because plenty of times it feels like people just throw "let's rename" out there and nobody really has any passion for it so it's less likely than the rename will be resolved and next to no chance that the original issue would be resolved.

Deboss I see the Awesomeness. from Awesomeville Texas Since: Aug, 2009
I see the Awesomeness.
#116: Aug 16th 2011 at 2:25:53 PM

God no, so many threads have started with one solution and ended with another because the OP was trying to fix the wrong thing.

Fight smart, not fair.
Madrugada Since: Jan, 2001
#117: Aug 16th 2011 at 2:26:37 PM

Some drift is allowed. If someone makes a thread "rename <blah> and the discussion determines that the name isn't the problem, but the definition needs to be made clearer, there's no good reason to close that thread and make a new one named "Clarify description <blah>", when the thread can be renamed.

CrypticMirror Cryptic Mirror from Scotland Since: Jan, 2001
#118: Aug 16th 2011 at 3:13:39 PM

it would be handy if we could have different coloured icons on the TRS index for single-prop crowners and multi-prop crowners. You vote in a single prop crowner and then you have no at-a-glance indication of whether it has been resolved and a new crowner hooked, as things stand right now.

shimaspawn from Here and Now Since: May, 2010 Relationship Status: In your bunk
#119: Aug 16th 2011 at 3:23:57 PM

There are actually six different types of crowners, not two. Just for the record.

Reality is that, which when you stop believing in it, doesn't go away. -Philip K. Dick
CrypticMirror Cryptic Mirror from Scotland Since: Jan, 2001
#120: Aug 16th 2011 at 3:28:29 PM

good grief, they're breeding [lol]

What are all the types? I honestly thought there were just single-prop (yes/no to any issue) and multi-prop (rank suggestions)?

shimaspawn from Here and Now Since: May, 2010 Relationship Status: In your bunk
#121: Aug 16th 2011 at 3:31:49 PM

  • Alternative Titles
  • Image Picking
  • Page Action
  • Sandbox
  • Single Proposition
  • Wiki Development

edited 16th Aug '11 3:32:06 PM by shimaspawn

Reality is that, which when you stop believing in it, doesn't go away. -Philip K. Dick
CrypticMirror Cryptic Mirror from Scotland Since: Jan, 2001
#122: Aug 16th 2011 at 3:34:26 PM

forgive me again, but what separates them? I mean how do they all differ? For example, the image pickin one, isn't it just a multi-prop to rank suggest replacements or suggested images?

As far as the TRS is concerned though, just a way to tell if a crowner has changed from a single prop (rename y/n) to multi-prop (which name shall we now use) would really help.

edited 16th Aug '11 3:36:21 PM by CrypticMirror

Madrugada Since: Jan, 2001
#123: Aug 16th 2011 at 3:37:18 PM

They work the same way for the most part. What varies is the locked in introductory text. What's really important is that they're stored in the crowner index by type. And that you can use the exact same name for crowners of two different types, but not for two crowners of the same type.

edited 16th Aug '11 3:38:44 PM by Madrugada

CrypticMirror Cryptic Mirror from Scotland Since: Jan, 2001
#124: Aug 16th 2011 at 3:43:25 PM

ah right, thank you for your patience explaining that there. I was separating them by effect rather than starting point. Sorry.

I still say that for TRS purposes being able to tell at-a-glance from the TRS index the different type of crowner attached to a thread would be a great help in keeping track of progress on a subject. Possibly it might be the same for image pickin', I'll let someone who uses that part of the site chime in on that though.

shimaspawn from Here and Now Since: May, 2010 Relationship Status: In your bunk
#125: Aug 16th 2011 at 3:45:06 PM

Image Picking really only tends to use Image Picking crowners.

Reality is that, which when you stop believing in it, doesn't go away. -Philip K. Dick

Total posts: 550
Top