Beh, se non altro, il sistema finisce per scorrere e promuovere argomenti molto vecchi in cima all’elenco degli argomenti.
2 Mi Piace
Il sistema non aumenta nulla a meno che non sia configurato in tal modo.
Ma la regola antica è che più a lungo un argomento cresce, più è certo che sarà fuori tema, e le risposte dopo un periodo di tempo più lungo sono quasi sempre fuori tema.
Ma usando un flag, ad esempio, si può chiedere la riapertura.
7 Mi Piace
Lo è 
Ad esempio, questo argomento
Suppongo che avrei potuto essere più chiaro e specificare che avrebbe fatto il “bump” perché era configurato per farlo.
3 Mi Piace
Eppure è configurato così
Perché non riesco a caricare un’immagine? È limitato o il mio iPad ha visto giorni migliori?
Comunque.
Il “bump” automatico non è una funzionalità quotidiana. Proviene dallo staff.
2 Mi Piace
Le vecchie discussioni contengono ancora informazioni valide e sono ricercabili, quindi suppongo che la categoria di supporto le promuova e poi lo staff possa decidere sì o no? Se un utente ha risposto alla domanda dell’OP, non c’è bisogno di ulteriori risposte, quindi viene chiusa.
Immagino abbia senso creare a volte una nuova discussione invece di pubblicare sullo stesso problema in una discussione vecchia di un paio di mesi, soprattutto perché puoi scegliere solo 1 post come soluzione.
7 Mi Piace
Impostazioni della categoria qui
Nota nelle impostazioni della mia categoria sopra 0 argomenti da fare il bump
L’argomento che hai collegato dice che è stato chiuso 2 giorni fa. Non sono sicuro di quando sia stato fatto il bump. Quindi potrebbe essere che se sta facendo il bump a argomenti effettivamente chiusi; se farà il bump a un argomento chiuso sarebbe un comportamento inaspettato. Poiché, a mio parere, gli argomenti archiviati e chiusi dovrebbero essere esclusi dai bump di sistema.
2 Mi Piace
E l’impostazione predefinita è nil, uguale a zero. Quindi siamo tornati alla situazione in cui non succede a meno che lo staff non lo voglia.
Questo bike shed è pronto ora 
2 Mi Piace
Sì, stavo solo mostrando uno screenshot delle impostazioni. Come avevi spiegato il comportamento del “perché”.
Sospetto che l’argomento sia stato riaperto dal sistema prima della sua chiusura. Tuttavia, se ha riaperto un argomento chiuso, a mio parere, come un argomento archiviato, non dovrebbe riaprirlo.
:birra: :occhiali da sole: :pollice in su: :scintille:
2 Mi Piace
Huh? È stato aggiornato due giorni fa, è ancora aperto.
1 Mi Piace
Sì, li impostiamo in modo che vengano riproposti in modo da poter decidere se le informazioni sono ancora aggiornate e pertinenti. Se non lo sono, le eliminiamo. Come l’argomento a cui hai collegato.
6 Mi Piace
È stato eliminato ora, come menzionato da Hawk. Ma quando l’ho guardato, -pensavo- dicesse che era chiuso.
1 Mi Piace
Per rispondere a @Full30, concordo sul fatto che gli argomenti non debbano essere chiusi così presto.
L’argomento che menzioni è stato chiuso automaticamente perché hai contrassegnato un post come Soluzione. Per gli argomenti su Meta, vengono chiusi automaticamente 30 giorni dopo che una soluzione è stata contrassegnata, perché si presume che il problema sia risolto e non vi sia più bisogno di ulteriori discussioni.
Altri argomenti in Support > WordPress rimangono aperti per mesi e anni e così via.
Penso che avrebbe senso chiedere ai moderatori di riaprire l’argomento originale e unire il tuo secondo argomento lì, dato che risulta che il tuo problema è ancora irrisolto.
Se @community-moderators potesse unire questi due argomenti e riaprire la discussione, sarebbe utile:
https://meta.discourse.org/t/wordpress-comment-question-ii/317580/
Grazie in anticipo.
1 Mi Piace
5 Mi Piace
Ok, ho letto male. Ma è strano che si rianimi un argomento vecchio di 4 anni. Forse sarebbe un’idea avere una richiesta di funzionalità per inserire un’opzione per limitare l’età degli argomenti rianimati.
1 Mi Piace
Vediamo cosa pensa @JammyDodger.
4 Mi Piace
Vorrei solo far notare che era appropriato che questo argomento venisse chiuso automaticamente:
E che @Full30 avesse bisogno di crearne uno nuovo. Ho spostato il nuovo post in un nuovo argomento.
https://meta.discourse.org/t/discourse-posts-not-appearing-as-comments-in-wordpress/317580
Dal punto di vista della risoluzione dei problemi di supporto, è importante mantenere separato ogni nuovo problema, anche se sembrano simili, sebbene con collegamenti appropriati ai problemi esistenti per scopi di confronto. Tutti i problemi devono essere considerati nuovi problemi finché non dimostrato il contrario. Se parti dalla posizione che si tratta dello stesso problema, limiti artificialmente la tua indagine e spesso perdi il problema reale. È lo stesso principio alla base dell’inammissibilità delle condanne precedenti nell’aggiudicazione di un caso legale (fino alla sentenza). Ogni caso deve essere giudicato secondo i propri meriti, altrimenti il ragionamento motivato ti porterà spesso a essere troppo sicuro delle tue conclusioni.
10 Mi Piace
Nella maggior parte dei casi, penso che entrambi siano veri. 
Occasionalmente otteniamo alcuni argomenti che possono essere uniti/riaperti, ma più spesso un argomento separato per problema è la strada giusta da percorrere. 
La funzione di riattivazione automatica che usiamo su meta è un po’ controversa. 
A volte è stata definita una funzione anti-funzione e alcuni regolari della community hanno regolarmente espresso i loro forti sentimenti di fastidio per essa… Il motivo principale per cui è stata avviata in primo luogo è per riordinare gli argomenti più vecchi (più vecchi sono, meglio è), e aggiornarli, chiuderli, contrassegnarli come risolti, ricategorizzarli o eliminarli a seconda di cosa appare. Penso che sia stato riconosciuto un paio di volte da varie persone che è più utile per coloro che organizzano il forum piuttosto che per coloro che navigano o contribuiscono.
Finora, ho mantenuto la tradizione, principalmente perché non ho ancora un sostituto e avere 3 o più argomenti riattivati al giorno sembra gestibile e non troppo rumoroso (anche se apprezzo che sia un compromesso).
8 Mi Piace
Questo sarebbe probabilmente più appropriato come plugin piuttosto che come funzionalità principale, ma mi chiedo se un auto-flag potrebbe eliminare quel compromesso.
Essenzialmente funzionando allo stesso modo dell’auto-bump attuale, ma segnalando invece di aggiornare per nasconderlo a chiunque non sia coinvolto in quella gestione.
Naturalmente, ciò potrebbe comportare lo scambio di una lieve confusione/inconveniente nella community con una maggiore difficoltà per i moderatori nel gestire altre segnalazioni, a meno che non ci sia un buon modo per filtrare quelle segnalazioni di gestione.
3 Mi Piace
Mi piace l’idea. La mia idea provvisoria per una sostituzione era creare una query di esplorazione dati basata approssimativamente sugli stessi principi dei criteri di auto-bump e far sì che un’automazione la inviasse alla mia casella di posta ogni giorno/settimana. Farle recapitare in un luogo dove le persone giuste possano gestirle e altri possano godersi l’Ultimo come previsto ha molto fascino.
Una delle altre novità che abbiamo ora e che non era disponibile all’epoca è la funzione Argomenti Correlati. Spesso le consulto quando viene creato un nuovo argomento e sistemo alcune cose casuali che trovo lì. Il vantaggio è che copre più categorie oltre a Support.
Forse questo è il momento giusto per riconsiderare l’auto-bump. 
1 Mi Piace
Anche se ho letto i TOS, andrò un po’ fuori tema e questo commento dovrebbe essere su Site feedback o anche UX.
Ma qui l’esasperazione (davvero 
l’ha tradotto l’IA, forse irritazione è meglio; sono omomini in finlandese) cresce perché il bumping non viene mostrato. Ho avuto pochi infarti a causa di alcuni bug importanti finché non ho capito che l’argomento ha circa 6 anni.
Segnalarli chiaramente in /latest sarebbe un enorme miglioramento.
3 Mi Piace