Observo que isso está ativo (mas experimental, é claro)! Brilhante! O OP poderia ser atualizado para notar isso.
Além disso, pode valer a pena afirmar que ele tem o pequeno globo legal apenas para @staff:
Descobri isso depois de ter conseguido escondê-lo com CSS, pensando que pareceria bobo para nossos usuários regulares!
Como isso funciona? É visível e editável por toda a equipe? (Pode ser restrito apenas a administradores?)
Existem restrições quanto ao tipo de links que podem ser adicionados? Por exemplo:
/my/activity/bookmarks/latest?order=activity&state=watchingÉ possível nas configurações desativar que os usuários personalizem as seções da barra lateral?
Atualmente, é visível para todos e editável por @staff. Não pode ser restrito apenas a administradores, mas essa seria uma opção muito útil.
Atualmente (pelo menos enquanto experimental), você pode selecionar quem pode ver (e editar) links personalizados, mas não é granular em relação à edição de links globais.
Apenas links /my não são aceitos entre esses três. No entanto, parece haver uma lista de permissões deliberada. Observo que os caminhos adicionados por plugins também não estão incluídos (ou seja, com o Custom Wizard Plugin /w)
Você pode mexer com isso no Meta - ele se comporta exatamente da mesma forma que para links pessoais.
Muito obrigado por confirmar isso. Os links /my/* são uma limitação bastante importante para o que eu precisaria. Atualmente, estou usando uma variação deste código para adicionar links personalizados à barra lateral:
O código personalizado acima ainda é um pouco instável (os links personalizados desaparecem se o navegador for redimensionado de estreito para largo novamente), então eu preferiria usar a solução oficial do Discourse. Mas eu me pergunto se talvez eu pudesse usar esse código como uma medida provisória para adicionar os links /my/* ao menu personalizado oficial do Discourse?
Parece estranho que links /my sejam bloqueados porque você pode vincular a versões /u/{username}, pelo menos para todos que tentei.
EDIT: Captura de tela adicionada, e desculpas ao Falco, eu apenas peguei o nome de usuário dele para mostrar isso porque foi o primeiro nome de usuário válido que consegui pensar 
Planejamos adicionar suporte para links /my/* em um futuro não muito distante.
Prezada equipe — vocês estão (esperançosamente) permitindo URLs /my em algum momento. Eu gostaria de solicitar mais uma coisa: /safe-mode
Isso ajudaria um pouco no uso do DiscourseHub quando as coisas saem do controle, porque é quase impossível mudar a URL. E se eu e nós pudermos ter uma seção de administração com um link rápido para o modo de segurança, entre outros atalhos, seria… bom. Claro — sempre há a opção de usar o navegador, mas isso requer mais cliques 
@nathank, @ClawdiaWolf, @Jagster, @rahim123
Obrigado por relatar esses bugs sobre os links /my e /safe-mode.
Ambos foram corrigidos com este PR
Isso já foi totalmente implementado? Posso criar uma seção global, mas ela só é visível para membros do grupo com permissões de modificação definidas em enable_custom_sidebar_sections, e não como uma seção somente leitura para todos os usuários (‘Tornar esta seção pública e visível para todos’ está marcado na seção personalizada).
Esses links (ou seja, /my/…) permanecem em preto, isso é uma melhoria Mas nada acontece quando clicados. Nem aqui, nem na minha instância.
Entendi alguma coisa errada?
Você está certo, tanto as seções personalizadas do usuário quanto as seções personalizadas globais estão disponíveis apenas para usuários em grupos especificados na configuração do site enable_custom_sidebar_sections. Não há configurações separadas para seções globais e do usuário. Você pode habilitar o recurso para todos adicionando todos os grupos de trust_level.
Desculpe, houve um bug em dispositivos de tela sensível ao toque como celulares e tablets. Ele deve ter sido corrigido, você poderia tentar novamente?
O iPad voltou a amar o Discourse, ou seja, o toque funciona perfeitamente agora.
Obrigado!
Muito obrigado por fazer os links /my/* funcionarem. Existe alguma maneira de impedir que eles abram em uma nova aba do navegador?
Sim, os links /my são tratados como externos porque um recarregamento completo é necessário para eles. Portanto, o comportamento de nova aba pode ser controlado em Discourse Meta - The Official Support Forum for Discourse com a configuração Abrir todas as links externas em uma nova aba.
Após alterar sua configuração, provavelmente você precisará recarregar a página.
Ah, interessante, obrigado pela explicação. Embora eu queira que links externos reais sejam abertos em uma nova aba por padrão para todos os usuários, isso é menos que ideal.
Eu me pergunto se há uma maneira de adicionar algum tipo de placeholder como $USER ou algo assim e, em seguida, fazer com que o Javascript o resolva para /u/username do usuário ativo?
Ah, entendi. Você pode alterar o comportamento padrão em SiteSetting → Preferências do Usuário → links externos padrão em nova aba.
Os usuários ainda podem substituir o padrão em seu perfil. Isso resolve o problema?
Certo, mas a maioria dos usuários prefere que links externos sejam abertos em uma nova aba. O problema de recarregamento com os links /my/* parece um pouco complicado de lidar, mas talvez no futuro algo possa ser feito com JS e uma variável de placeholder para o menu personalizado, para que possamos vincular diretamente a /u/username/* em menus personalizados.
Eles preferem? Sem querer ser sarcástico, mas… existe pesquisa sobre isso?
Pessoalmente, acho irritante quando um site envia links para uma nova aba. Se eu quero uma nova aba, os navegadores têm maneiras fáceis de fazer isso — mas geralmente não há uma maneira fácil de dizer “mesma aba, ignore os sites”.
E na ausência de fortes evidências objetivas, tenho que assumir que minhas preferências pessoais são universais, certo?
