View details in Rollbar: https://rollbar.com/kalilventura/Sharebook/items/1095/

The 'bool' property 'Active' on entity type 'User' is configured with a database-generated default. This default will always be used for inserts when the property has the value 'false', since this is the CLR default for the 'bool' type. Consider using the nullable 'bool?' type instead so that the default will only be used for inserts when the property value is 'null'.

Para testar use o endpoint "GET' api/Operations/ForceException".

FYI @kalilventura

Alguns usuários estão relatando que não estão recebendo esse email. E nem os adms estão recebendo a cópia.

Favor investigar.

Ao escolher um ganhador, deveriam ser disparados 3 emails:

• Para o doador informando endereço de entrega. Cópia admins SIM.
• Para os interessados que NÃO ganharam. Cópia admins NÃO.
• Para o ganhador. Cópia admins SIM.

Em alguns casos raros o slug é gerado errado.

Por exemplo esses 3 livros geraram O MESMO slug. O certo seria cada um ter um slug único.

• O Orfanato da Srta. Peregrine Para Crianças Peculiares
• O orfanato da srta Peregrine para crianças peculiares
• O Orfanato da Srta. Peregrine para crianças peculiares (livro 1 da série )

Para testar tente cadastrar livros no ambiente de dev.
url: dev.sharebook.com.br
user: [email protected]
pass: 123456

1. hoje enviamos o e-mail para os admins separados. Possibilidade de enviar apenas para o contato@sharebook, que é uma lista
2. colocar log para vermos os erros
3. Colocar talvez um log de emails enviados
4. verficarmos pq um usuário comum recebeu um e-mail na inclusão de um livro em prod (

CRITÉRIOS DE ACEITE

• Deve ter o campo sinopse na tela de incluir livro.
• Deve ter o campo sinopse na tela de editar livro.
• Deve ter o campo sinopse na tela de visualizar livro.

Ao informar o código de rastreio pelo Sharebook, o vencedor não está recebendo e-mail com a informação do código de rastreio.

Ao editar um livro ( PUT ) o campo ChooseDate está ficando null indevidamente.

O ideal eh que campos omitidos NÃO sejam convertidos em null.

Passos para reproduzir esse erro, usando o front de dev:
1 - doe um livro. ( nasce com ChooseDate null, CORRETO )
2 - aprove o livro ( ChooseDate ganha um valor, CORRETO )
3 - edite apenas a sinopse do livro ( ChooseDate fica null, ERRADO )

Ambiente de DEV:
http://dev.sharebook.com.br/

Usuário adm em DEV:
[email protected]
123456

Um de nossos usuários reportou um UNKNOWN ERROR em PRODUÇÃO ao tentar atualizar o código de rastreio de um dos livros que ele enviou.

Efetuei um teste como meu usuário e foi com sucesso, porém meu usuário é ADM.

Acredito que possa ser alguma coisa relacionada com usuários não ADM.

CRITÉRIOS DE ACEITE.

• NÃO INFORMAR DADOS PESSOAIS DO INTERESSADO.
• MOSTRAR APENAS APELIDO E JUSTIFICATIVA.
• EXEMPLO DE APELIDO: INTERESSADO 3.
• DEIXAR CLARO QUE EH APENAS UMA NOTIFICAÇÃO E QUE ELE PRECISA ESPERAR A 'DATA DE DECISÃO.'

Em alinhamento feito com o @raffacabofrio definimos que o apelido que irá no e-mail de aviso ao doador, será gerado no momento da solicitação do livro, será composto da palavra "Interessado" + o total de interessados no livro naquele momento. exemplo.

Se momento da solicitação existirem 2 pessoas interessadas em um livro, o próximo apelido será a "interessado 03".

Essa informação não será persistida.

endpoint: /api/Book/{page}/{items}

Não está trazendo nome do ganhador. Suspeito que seja falta de include.

Talvez esse link ajude:
https://stackoverflow.com/questions/10822656/entity-framework-include-multiple-levels-of-properties

Após os útimos testes que estávamos fazendo, acabamos encontrando uns erros que vamos reportar mais posteriormente. Porém eu achei esse erro na prática do slug.

Criação do livro

Edição do livro

1. Ao fazer a mesma lógica, mesmo que este seja a única cópia do livro, ele irá salvar como se fosse a segunda cópia.
2. Se o nome do livro mudar, talvez a gente devesse mudar o slug e seguir o mesmo processo. Mas caso contrário, não. Independente disso, mudar o slug poderá quebrar todos os links que já foram gerados para o mesmo.

endpoint: GET https://www.sharebook.com.br/api/category

Está trazendo apenas 15 categorias. Mas no banco temos 18.

Esse limite de 15 está fixo no backend. Aumentar pra 50.

@walter-lopes Essa eh boa pra iniciantes heim. Se entrar um novo contribuidor backend, vc poderia dar essa tarefa pra ele heim. O que acha?

Quando um novo doador realiza o cadastro, o endereço não aparece no painel admin, aparece apenas para o doador.

Consultando o banco, o endereço está preenchido normalmente.

O front precisa dessa informação pra melhorar a tela de detalhes do livro.

Tinha configurado um banco válido.

Até testei usando o "Update-Database" e ele só está criando a tabela "Book" e não "User"

Vide imagens abaixo:

Ambientes testados: DEV, STG e PRD.

Perfil Usuário: comum. ( Não pode entrar como adm )

Reproduzir o erro é fácil. Tente doar um livro no ambiente de DEV.

dev.sharebook.com.br

Ao inserir um CEP inválido, o campo fica girando pra sempre.

O request é feito pra API Viacep, que retorna 200 mas com um erro no body 🥴
Exemplo:

Request URL: https://viacep.com.br/ws/12345-678/json/
Request Method: GET
Status Code: 200 OK
Remote Address: 165.227.126.241:443
Referrer Policy: strict-origin-when-cross-origin

Porém no body da resposta temos :

 {
    "erro": "true"
 }

Algumas imagens precisam de revisão, pois não contém https no link, deixando assim o certificado SSL "quebrado".

This is a test issue created by Rollbar. If you can see this, it works!

Para reproduzir esse erro:

• Entre no ambiente de DEV. http://dev.sharebook.com.br/
• Faça o login como ADM. [email protected], senha 12345
• Vá para tela de editar livro.
• Abra o console dev. ( F12 no windows )
• Mude a foto e tente salvar.

Repare que no console vc vai ter o erro.
status: 500

ArgumentNullException: Value cannot be null.
Parameter name: path2

ShareBook.Api.Middleware.ExceptionHandlerMiddleware+d__2.MoveNext() in ExceptionHandlerMiddleware.cs
System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
Microsoft.AspNetCore.Diagnostics.DeveloperExceptionPageMiddleware+d__7.MoveNext()

Já aconteceu comigo, com @wantero e com @davimattos.

Em algum momento nossa senha fica inválida. Mas temos certeza que não mudamos.

Precisamos investigar. Suspeito que seja algum outro processo esteja zerando as senhas. Eu sugiro olhar com cuidado os processos de mudar senha e o de recuperar senha.

Olá pessoal.
Trabalhei com o Rafa alguns anos atras na SuperDigital e sempre acompanho via linkedin algumas postagem do shareebok, mas nunca pude contribuir.
Bom se eu puder contribuir de alguma forma estou a disposição.

Navegando pelo site deslogado percebi que a busca está muito boa rápida, então fui ver como era o mecanismo e percebi que ele chama uma URL: https://www.sharebook.com.br/api/book/Slug/xxxxxxxx

Porem esse cara está retornando informações sigilosas ao meu ver, como Nome, e-mail perfil do linkedin etc...
Seria isso correto mesmo?
Detalhe não analisei o código do backend.

Valeu abs.

CRITÉRIOS DE ACEITE:

• APÓS SOLICITAR O LIVRO, INFORMAR A 'DATA DE DECISÃO'.

O email com assunto "Livro aprovado - Sharebook"

Está sendo enviado pro cara que aprovou o livro.

Mas o certo seria enviar pro doador. ( Sempre com cópia pro [email protected] )

ForgetEmail está recebendo o e-mail como parâmetro na query String... e se o e-mail tiver alguns caracteres diferentes (mas válidos, como + ), a api não funciona.