Questo può spiegare la natura apparentemente casuale del problema.
Penso che questo corrisponda approssimativamente alla nostra tempistica di quando abbiamo iniziato a notarlo, ovvero quando ci siamo aggiornati a marzo di quest’anno alla versione 3.0, che era stata rilasciata a gennaio. Quindi, ci ha raggiunto allora, anche se il commit è stato fatto intorno a maggio 2022.
Sono consapevole che questa non è la policy in vigore… ma, data la gravità del malfunzionamento della funzionalità al momento, c’è qualche possibilità che venga retrocompatibile anche con la versione stabile? Altrimenti ci vorranno mesi per ottenere la correzione. Incrociamo le dita, le dita dei piedi (e gli occhi) sperando che ciò sia possibile.
Se stai monitorando la versione stabile, penso che dovrai aspettare. Purtroppo, fare eccezioni apre un vaso di Pandora.
Dal lato positivo, prevediamo di continuare a rilasciare versioni stabili regolarmente con una cadenza di 6 mesi, quindi dovresti aspettartela disponibile alla fine di gennaio / inizio febbraio.
Grazie per la correzione! Questo avrà un grande impatto sulla nostra community che si affida pesantemente a /bookmarks per tenere traccia dei propri argomenti preferiti e ha riscontrato parecchia frustrazione.
Capisco le ragioni per cui questo non verrà retrocompatibilizzato nella versione stabile… quindi lo testeremo solo all’inizio del prossimo anno.
Devo ammettere che mi è stato un po’ sconcertante come sia rimasto rotto per così tanto tempo e nessun altro sembri averlo notato (o almeno segnalato). La mia migliore ipotesi è che /bookmarks non essendo una voce predefinita nel menu principale (di questi tempi?) lo renda meno utilizzato di quanto potrebbe, il che è un peccato perché per alcuni scenari è uno schema di navigazione super utile da avere a disposizione. Ma, dato che questo influisce anche sulla prossima funzionalità /filter, spero che questo abbia aiutato anche altre persone.
Questo avrà un grande impatto sulla nostra community che si affida pesantemente a