Restore Mailing List Mode Daily Summary

Personalização Plugin
42

It doesn’t disable the digest but it does provide another option.

Exactly! If you’re limiting what goes out in the summary, it now becomes a digest. Which is the default setup in Discourse.

2 curtidas
43

hi @joebuhlig and @pfaffman,

thanks for your replies. but i don’t really get it and maybe you can help me out:

what settings would I need to change to change the current behaviour (ALL topics are included in the daily summary even if the reached the user already during the day because the watch the category)?

thanks in advance,
etienne

44

If I understand correctly, all you need to do is turn off the mailing-list-mode-daily-summary plugin.

The thiing is that the summary might not include ALL of the posts for the day, it chooses just the top 5 or something. You can see what the normal summary looks like at (something like) /admin → email → summary.

1 curtida
45

ah - now i get what you are telling me.

as we need ALL messages to get to our users in the daily summary using the build-in function is not an option. it does not send out all messages.

thats why we are using the mailing-list-mode-daily-summary plugin in the first place.

but now we are getting comments from users about getting messages twice: first as mail during the day because they are watching a topic and then later in the mlm-daily-summary again.

but probably it is not consistent with the idea of a daily SUMMARY to exclude certain messages (that have been send to the user already). so users have to get used to getting things twice i guess.

46

If your users watch the categories that they want they will get all of the messages. They do get each one individually rather than a single message with all of them.

People who watch a category or visit the site regularly don’t need mailing list mode or the plugin.

47

Sounds like you have a conflict between the staff’s desires and the users’ desires. Staff wants everyone to see everything, but the users only want to see a summary.

I’m guessing you’ll need to rectify that discrepancy first.

2 curtidas
48

yes, you are right @joebuhlig. we’ll decide on that in the team.

as for your proposal of paying 200$ for the bugfixes: we are discussing that tomorrow in a team-meeting. will let you know.

2 curtidas
49

hi @joebuhlig,

sorry - i forgot to tell you earlier: i couldnt bet through with my proposal of paying you guys for fixing the bug. so we would wait for you and your team to find time to fix it.

we are looking forward to seeing the bug fixed.

best, etienne

50

Olá @joebuhlig e outros que utilizam este plugin – Alguém mais está enfrentando problemas com este plugin a partir da versão 2.3.0 do Discourse? Quando nosso provedor nos atualizou para a versão 2.3.0 algumas semanas atrás, nossos e-mails diários pararam de ser enviados. Além disso, quando访问 a tela de preferências de e-mail de um usuário, a caixa de seleção para esta opção de e-mail se recusa a ser salva. Você pode clicar nela e salvar, mas ao recarregar, ela aparece desmarcada. Estou apenas curioso para saber se alguém encontrou uma maneira de corrigir esses problemas. Muito obrigado se alguém tiver alguma informação!

1 curtida
51

Oi, Leah, verifique minha postagem anterior de 29 de janeiro e veja se seu problema também pode estar relacionado à entrada em user_custom_fields. Saudações, Etienne

1 curtida
52

Tenho algumas atualizações e adoraria ouvir de qualquer outra pessoa que esteja usando este plugin sobre como ele tem funcionado para vocês ultimamente. Temos centenas de pessoas inscritas nos e-mails diários, então esperamos conseguir fazer este plugin funcionar novamente.

@etienne, obrigado por compartilhar suas descobertas sobre o verdadeiro/falso (t/f). Alguém analisou isso e disse que parecia que o código conseguiria lidar com isso corretamente. Então, para o nosso caso, ainda estou confuso sobre por que alguns usuários não estão recebendo os e-mails diários e outros estão recebendo apenas a cada poucos dias. Definitivamente temos novos tópicos e novas postagens todos os dias, então este e-mail deveria ser enviado diariamente.

Nosso desenvolvedor do WordPress (que não é realmente um especialista em Discourse/Ruby, propriamente dito, apenas alguém disposto a investigar o problema) conseguiu resolver o erro de JS no front-end que estava causando um problema com a caixa de seleção não sendo salva.

Outra coisa que gostaria de saber de qualquer pessoa que esteja usando este plugin é a seguinte: vocês suspeitam que haja algum problema com este plugin travando e bloqueando tabelas de maneira problemática? Temos outro problema misterioso em nosso fórum e uma teoria é que este plugin pode estar causando isso devido a tabelas bloqueadas que não estão sendo desbloqueadas, mas ainda não confirmamos isso com certeza.

53

Olá,

Atualizei meu Discourse para a versão 2.4.0 beta2. Desde então, este plugin parou de funcionar.

Por enquanto, meu código de erro no Sidekick é:

Jobs::HandledExceptionWrapper: Wrapped NoMethodError: undefined method apply_notification_styles’ for #UserNotifications:0x00007f1437382668`

Espero que este plugin seja corrigido em breve.

54

Estamos vendo isso também.

55

Provavelmente porque estamos unificando todo o estilo de e-mail para torná-los mais adaptáveis a temas, graças ao @neil.

56

Acabei de reconstruir, então isso é com o mais recente v2.4.2.beta2 do Discourse:

Desativamos o plugin mlm-daily e esvaziamos a fila de retentativas ontem. Ainda estamos vendo erros em /logs e as retentativas continuam se acumulando no Sidekiq:

Jobs::HandledExceptionWrapper: Wrapped NoMethodError: método não definido apply_notification_styles’ para #UserNotifications:0x00007f6f971b9168`

Parece que isso afeta todas as notificações, não apenas os resumos diários. Existe alguma solução alternativa que possamos implementar até que a reformulação do estilo de e-mail seja concluída?

Obrigado,
Gunnar

57

Isso se deve a um plugin de terceiros que você está usando. Você precisará atualizar esse plugin ou desativá-lo.

58

Também vemos isso na nossa instalação (2.4.0 beta4). Há algo que eu precise atualizar para corrigir isso?

Além disso, quando os usuários tentam ativar o Modo de Lista de Correio nas suas próprias configurações, isso é salvo (pelo menos a interface assim indica), mas ao reabrir o diálogo de configurações, a caixa de seleção aparece desmarcada novamente. Assim, não conseguimos mais fazer com que este plugin envie os e-mails de resumo diário. Não tenho certeza se isso tem alguma relação com a mensagem Jobs::HandledExceptionWrapper mencionada acima, mas imagino que não.

Há algo que eu possa fazer para corrigir isso?

Dirk

59

Alguém precisa atualizar o plugin para resolver o problema. Você pode ler os tópicos howto do desenvolvedor do plugin ou postar no Marketplace se tiver orçamento.

3 curtidas
60

Olá @joebuhlig.

Você ainda está disposto a trabalhar neste plugin, atualizá-lo para a próxima versão 2.4 do Discourse e corrigir o bug descrito anteriormente em regime de pagamento? Se você nos informar um preço (você mencionou 200 dólares para corrigir o bug no início deste ano), discutiremos isso em nossa equipe.

Obrigado por nos avisar.
Etienne

61

Prefácio:

Isso não é realmente uma atualização do Plugin, mas sim um hotfix. Ele não corrige o plugin para funcionar com o novo sistema, mas integra partes que foram removidas no Plugin. Não é à prova de futuro. E certamente não vai corrigir o fato de que a equipe do Discourse considerou os resumos diários um caso de borda desnecessário, em vez de uma parte importante para manter os usuários que preferem e-mails informados. O Discourse não pode mais ser usado como substituto de uma lista de e-mails e, se você puder migrar, deve fazê-lo. Também não vai corrigir a questão do “não precisamos de documentação ou notas de lançamento apropriadas”

Dito isso. Usamos isso em produção e parece funcionar. Não é bom, mas tudo bem.

Como fazer os e-mails fluírem novamente

  1. Implemente a correção de @lkramer
    Restore Mailing List Mode Daily Summary - #52 by lkramer

Agora você pode realmente alternar o botão da interface novamente.

  1. Readicione o método apply_notification_styles
    No engine.rb, adicione o seguinte na linha 11 (primeiro método da classe):
 def apply_notification_styles(email)
                   email.html_part.body = Email::Styles.new(email.html_part.body.to_s).tap do |styles|
                   styles.format_basic
                   styles.format_html
                   end.to_html
                   email

Note que a função original (veja o commit que quebrou tudo para acompanhar) usava styles.format_notification em vez de styles.format_html, já que _notification foi removido, estamos simplesmente usando _html. Isso é uma boa ideia? Não. Funciona? Parece que sim. Ei, pelo menos temos uma pequena chance de não ser removido na próxima atualização.

  1. Óleo de cobra

Também envolvi todo o arquivo mailing_list.html.erb em uma tag Div com a classe summary-email e desativei o tema para e-mails de resumo nas configurações. Isso foi apenas uma tentativa desesperada no início e não produziu resultados. Você provavelmente estará bem sem isso, mas não vou tocar nessa bagunça novamente a menos que quebre de novo. Então, se você enfrentar problemas de formatação, sinta-se à vontade para tentar isso.

Espero que isso ajude.

1 curtida