Sai se questo funziona insieme al plugin ActiviyPub?
Non l’ho testato. Questo plugin sovrascrive i controlli di accesso e visibilità, quindi in genere funziona bene con altri plugin. Posso immaginare che il plugin ActivityPub si agganci a punti che (involontariamente) aggirano questi controlli. L’unico modo per scoprirlo è testarlo.
Detto questo, non vedo un caso d’uso in cui le categorie di argomenti privati sarebbero idonee per ActivityPub.
2 Mi Piace
Oh, capisco. Ho frainteso cosa stesse facendo.
Ancora meglio.
2 Mi Piace
Grazie per questi fantastici plugin, ci mancavano da molto tempo.
Abbiamo provato ad accoppiarlo con la funzione “email in”. Funziona bene per casi semplici, i casi più complessi non funzionano molto bene:
- Se qualcuno invia un’e-mail a 2 categorie di e-mail “argomenti privati”, appare solo in una (abbastanza normale nel modo in cui funziona discourse, ma non comprensibile per le persone che usano l’e-mail)
- Lo stesso se l’utente invia a diverse e-mail associate a gruppi e altre a categorie
- Se l’utente invia a e-mail esterne e all’e-mail della categoria “argomento privato”, quando rispondiamo, altre e-mail esterne non ricevono la risposta. (I messaggi di gruppo supportano questo, perché possiamo invitare qualcuno nella conversazione)
Quei problemi non sono specifici di questo plugin, ma uno svantaggio generale degli argomenti di categoria rispetto alle caselle di posta dei gruppi. Questo plugin non mira a risolvere tutti questi problemi.
1 Mi Piace
Correzione: la ricerca semantica di Discourse AI era in grado di aggirare la protezione. Questo è stato risolto. Se stai utilizzando questo plugin insieme al plugin Discourse AI, assicurati di aggiornare!
3 Mi Piace
Ho appena visto questo plugin. Molto bello.
1 Mi Piace
Grazie per il plugin @RGJ, sembra soddisfare la mia funzionalità necessaria. 
Due problemi che ho riscontrato durante il test:
- Se “apro” una categoria esistente A (finora accessibile solo al gruppo A) attivando nelle impostazioni di sicurezza la casella “abilita argomenti privati” e aggiungendo i diritti per un altro gruppo B di poter pubblicare i propri argomenti privati, sembra che tutti gli argomenti esistenti di altri utenti del gruppo A siano visualizzabili dai membri del gruppo B. Quindi sembra che la funzionalità argomenti privati funzioni solo per gli argomenti creati dopo l’attivazione del plugin, ma non per gli argomenti esistenti, creati prima dell’attivazione del plugin. Qualcuno può confermare?
Il mio funzionamento atteso/desiderato sarebbe che anche gli argomenti esistenti rimangano/siano nascosti agli utenti del gruppo B (come funziona per i nuovi argomenti). Altrimenti non sono sicuro di come migrare. - Durante il test, ho notato che dopo aver creato un argomento da parte di un utente appartenente al gruppo A (proprietario della categoria), per un utente del gruppo B veniva mostrato il contatore
Nuovi (1)nella vista della categoria. Poiché l’argomento era (correttamente) nascosto all’utente, questa notifica tramite contatore sembra essere un bug e potrebbe irritare gli utenti.
discourse 3.2.0.beta5-dev (cef6aca6e5)
plugin 1.5.3 (709df2c)
Il plugin non influisce solo sugli argomenti creati dopo l’attivazione del plugin, ma funziona per tutti gli argomenti in quelle categorie.
Non sono sicuro di cosa significhi
Se si tratta del selettore di gruppo sotto la casella di controllo, allora non è quello che fa quella impostazione.
Gli argomenti sono visibili per l’avviatore dell’argomento e per gli utenti nei seguenti gruppi
Quando aggiungi il gruppo B lì, dai a tutti i membri del gruppo B il potere di visualizzare tutti gli argomenti. Questo è pensato, ad esempio, per il tuo team di supporto.
Se non si tratta di quel selettore di gruppo, descrivi la tua configurazione in modo più dettagliato.
Mi scusi, mi sono espresso male.
NON ho aggiunto il gruppo B lì. Ho aggiunto solo il gruppo B alle impostazioni di sicurezza generiche per consentire loro di vedere la categoria e pubblicare argomenti.
Descrizione più dettagliata dell’impostazione:
Impostazioni della categoria prima di abilitare il plug-in:
- Solo il gruppo A ha accesso alla categoria (visualizza, rispondi, pubblica).
Impostazioni della categoria dopo aver abilitato il plug-in:
- Aggiunta dell’accesso per il gruppo B alla categoria (visualizza, rispondi, pubblica)
- Abilitazione degli argomenti privati per questa categoria
- Aggiunta del gruppo A a Gli argomenti sono visibili per l’autore dell’argomento e per gli utenti nei seguenti gruppi: (in realtà, era già stato aggiunto per impostazione predefinita)
Prima di tutto, ho appena inviato una correzione per Ember5, ma ciò non dovrebbe aver influenzato il funzionamento del plugin. Per esserne sicuro al 100%, ricostruisci e configura il plugin da zero.
Non riesco a riprodurlo.
- Configuralo come hai detto, con l’utente A nel gruppoA e l’utente B nel gruppoB.
- L’utenteA ha creato un post
- Configura il plugin
- L’utente B ha creato un post
- L’utente A ha creato un altro post
Vista amministratore
L’utente A vede
L’utente B vede
Quindi questo si comporta come previsto.
Inoltre, questo è molto strano, non c’è alcuna aggiunta di gruppo predefinita lì.
1 Mi Piace
Grazie per il tuo rapido feedback e test, @RGJ! E scusa per la risposta tardiva, altri compiti mi hanno tenuto lontano dal problema per alcuni giorni. Ho aggiornato il plug-in e ritestato con un’altra categoria. Ora non riesco a riprodurlo da solo, quindi sembra funzionare come previsto. Solo gli argomenti avviati da un amministratore vengono mostrati nella categoria (probabilmente intenzionalmente e sensato), potrei averlo confuso nel mio primo test. Scusa per il disturbo!
Il problema con il contatore “nuovi” per i nuovi argomenti sembra persistere: l’utente in un gruppo autorizzato a vedere solo i propri thread ha un contatore “nuovi”, ma non può vedere i nuovi thread, se un utente del gruppo “supporto” (autorizzato a vedere tutti gli argomenti) pubblica un nuovo argomento. Vedi screenshot qui sotto: “Neu (5)” per l’utente senza diritti
Vista per l’utente di supporto con diritti:
1 Mi Piace
Corretto, questo è controllato dall’impostazione private topics permitted groups “Mostra sempre gli argomenti avviati da un membro di questi gruppi”
Sì, è un problema noto. PR o suggerimenti sono benvenuti.
1 Mi Piace
Una domanda, anche se potrei conoscerne la risposta.
Cosa succede se il plugin deve essere disabilitato, a causa di conflitti o altro? Tutti gli argomenti e i post saranno visibili a tutti o quella categoria sarà limitata a tutti?
Perché la prima opzione è qualcosa che per me è assolutamente inaccettabile, troppi dati sensibili. Ma se la seconda… con quella posso convivere.
Quando disabiliti il plugin, tutti gli argomenti nella categoria saranno visibili a tutti.
Se vuoi evitarlo, dovresti modificare i permessi della categoria per renderli più restrittivi, prima di disabilitare il plugin.
1 Mi Piace
Come mi aspettavo. Quindi, c’è un enorme rischio: l’errore umano. Se dovessi disabilitarlo, dovrei ricordarmi in quel caos di regolare anche le restrizioni di gruppo. Questo è davvero un grande punto interrogativo in realtà.
Evita il caos e starai bene 
1 Mi Piace
È verissimo 
Ma i problemi di plugin e ambiente sono fuori dal mio controllo (altrimenti sarebbe… eccitante 
)
Sto solo giocando con l’idea… se ci fosse qualche misura di sicurezza, come un componente companion che ha uno e un solo compito: monitorare lo stato del plugin e informare subito l’admin/gli admin che la categoria è visibile al mondo.
Sono un piccolo attore, ma mi chiedo se quei forum aziendali, che lo utilizzano e che spesso hanno più di un admin, siano pienamente consapevoli di questo rischio 
1 Mi Piace
Senza sapere molto sulle possibilità, quindi forse solo un pensiero irrilevante, come mitigare il rischio: Prima/durante la disabilitazione del plugin, mostrare un dialogo all’utente, ricordandogli le conseguenze della disabilitazione del plugin e di ricontrollare le impostazioni di sicurezza della categoria.
Solo i miei 2 centesimi: In generale, supporrei che il problema sia piuttosto minore, poiché supporrei che le persone non disabilitino ciecamente un plugin di cui hanno bisogno, ma ci penseranno un po’ su come soddisfare le loro esigenze se devono disabilitare il plugin…
La ragione più comune è che il forum non è attivo. E non conosco molti amministratori che continuano a pensare quando sanno qual è la causa e la soluzione è disabilitare un plugin. Mi piace Category Lockdown ma poiché è rotto l’ho rimosso in un secondo. A quel punto ora dovrei ricordare quali sono i limiti di un plugin specifico che si è comportato bene per molto tempo.
Questo è lo stesso problema dei backup. Sappiamo tutti quanto sia importante il backup. Ma se dipende dal lavoro manuale e dal ricordo… allora non ci sono backup o questi sono molto vecchi.
Il fattore umano è il più grande rischio in assoluto.
Comunque. Il plugin in sé è meraviglioso ma devo pensare un po’ ai pro e ai contro. Sono soggetto a diverse normative e l’esposizione di tali dati può essere costosa in più di un modo.
2 Mi Piace