Olá, desde a atualização 3.3.0+3 (estável) vejo as novas configurações de Campos Personalizados para “opcional”, “cadastro” e “para todos os usuários”, mas não funciona completamente: quando um usuário faz login, ele vê o campo “você precisa fornecer informações” (mas não o campo em falta). Quando eles clicam em salvar, eles recebem o perfil (e nenhum campo em falta marcado). Eles então regularmente (sempre ao ir para /) recebem o mesmo lembrete. No entanto, nenhum dos campos está marcado como “todos os usuários”. Alguns dos campos (especialmente um que está ausente para alguns usuários mais antigos) são “no cadastro” e “não editar” e “não exibir”.
Meu entendimento é que isso não deveria causar essa re-solicitação.
Cliquei e alterei muitos dos atributos dos campos para frente e para trás, não melhorou a situação, mas de alguma forma senti que não sempre agia imediatamente. Talvez eu precise executar um trabalho de reconstrução?
O interessante é que quando clico em “Salvar”, recebo minha página de perfil padrão, mas sem nenhum dos campos do usuário (nem os em falta, nem os que estão realmente marcados como editáveis).
Se um administrador preencher os campos em falta (mesmo que estejam marcados como cadastro), o usuário poderá ver seu perfil completo novamente.
Isso é semelhante a este bug relatado - User Field Requirement (2), embora eu ache que a correção para ele deveria ter sido incluída na versão stable mais recente. Talvez haja mais acontecendo do que pensávamos. Vou ver o que consigo descobrir.
aliás, seria bom ter campos opcionais “somente para inscrição” ou “para todos os usuários”, ou seja, eles são solicitados uma vez, mas podem ficar em branco.
não tenho certeza se é relevante, mas alguns dos usuários podem ter sido cadastrados com a função “convidar” ou “aceitar automaticamente” e “adicionar ao grupo por e-mail”. Mas a maioria deles pode ser mais antiga que o campo de usuário em questão (pois está vazio para eles).
Você tem alguma atualização sobre isso? É um pouco complicado preencher todos os comentários vazios e usar o opcional não é uma opção (sic), pois não aparecerá na tela de cadastro para novos membros.
Alguma novidade aqui - caso isso se arraste terei que fazer algumas alterações em massa em todos os usuários para garantir que eles não reclamem um após o outro…
Para que conste, consegui reproduzir isso, mas quando excluí o campo do usuário e tentei uma segunda vez, os novos campos apareceram na página como esperado.
Suspeito que essa seja a chave. Pode haver uma suposição de que todos os usuários com uma conta em algum momento se “cadastraram”, o que pode estar causando problemas.
Ah sim, eles não são editáveis no meu caso também. É uma justificativa de inscrição inicial e um número de cliente (que só deve ser alterável mediante solicitação com revisão do administrador).
Eu poderia torná-los editáveis se houvesse algum rastreamento de alterações fácil - pensando bem.
Legal, acabei de receber a proposta de atualização do branch estável 3.3.1, mas parece que ainda não foi incluída. Existe uma maneira fácil de testar esses commits sem alterar o canal de atualização?
Instalei sua correção em nossa atualização estável e, até agora, nenhuma reclamação (no entanto, não consigo reproduzir o problema (não consigo esvaziar um campo de comentário intencionalmente), então não tenho certeza se alguém ainda é afetado e não corrigimos manualmente. Mas, até agora, parece bom! obrigado.
Talvez haja mais acontecendo do que pensávamos. Vou ver o que consigo descobrir.
