Aucune mise à jour des notifications lors de la connexion

Soutien
1

Salut.

Depuis deux ou trois semaines, notre instance de Discourse ne met plus à jour les notifications comme lues (nouveau sujet/message/chat).
Et je suppose qu’aucun utilisateur connecté ne reçoit de notifications de nouveaux messages/sujets/chats lorsqu’il est connecté.

La version installée est : 3.6.0.beta2-latest (1354173224) sur Ubuntu Server 22.04.5.
Cela ne semble pas être un problème de navigateur. Le problème survient sur Firefox et Chrome.

Des conseils ou des indices ?

Merci de votre aide.

2

Des erreurs dans /logs ? Est-ce que cela se produit également en mode sans échec ? Merci.

3

Sécurité - Protocoles et Filtrages - Journaux d’erreurs sans erreur.
En mode sans échec, je reçois un nouveau message uniquement si je recharge la page.

4

… et si je lis le nouveau message, l’icône de notification des messages non lus ne disparaît pas.

1 « J'aime »
5

Ok. There is a warning with the date of the last update (October 18th):

Message

Sidekiq heartbeat test failed for 7409, restarting

Backtrace

/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-8.0.3/lib/active_support/broadcast_logger.rb:218:in block in dispatch' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-8.0.3/lib/active_support/broadcast_logger.rb:217:in map’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-8.0.3/lib/active_support/broadcast_logger.rb:217:in dispatch' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/activesupport-8.0.3/lib/active_support/broadcast_logger.rb:129:in warn’
/var/www/discourse/lib/demon/sidekiq.rb:39:in block in heartbeat_check' /var/www/discourse/lib/demon/sidekiq.rb:31:in each’
/var/www/discourse/lib/demon/sidekiq.rb:31:in heartbeat_check' config/unicorn.conf.rb:131:in block (2 levels) in reload’

One error October 3rd:

Message (4 copies reported)

Job exception: Unsupported command argument type: TrueClass

Backtrace

/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.3/lib/redis_client/command_builder.rb:37:in block in generate' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.3/lib/redis_client/command_builder.rb:28:in map!’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.3/lib/redis_client/command_builder.rb:28:in generate' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-client-0.25.3/lib/redis_client.rb:313:in call_v’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis/client.rb:90:in call_v' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rack-mini-profiler-4.0.1/lib/mini_profiler/profiling_methods.rb:90:in block in profile_method’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis.rb:152:in block in send_command' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis.rb:151:in synchronize’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis.rb:151:in send_command' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis/commands/hashes.rb:51:in hmset’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/redis-5.4.0/lib/redis/commands/hashes.rb:66:in mapped_hmset' /var/www/discourse/lib/discourse_redis.rb:144:in public_send’
/var/www/discourse/lib/discourse_redis.rb:144:in block (3 levels) in <class:DiscourseRedis>' /var/www/discourse/lib/discourse_redis.rb:29:in ignore_readonly’
/var/www/discourse/lib/discourse_redis.rb:144:in block (2 levels) in <class:DiscourseRedis>' /var/www/discourse/lib/discourse_updates.rb:116:in block in missing_versions=’
/var/www/discourse/lib/discourse_updates.rb:114:in each' /var/www/discourse/lib/discourse_updates.rb:114:in missing_versions=’
/var/www/discourse/app/jobs/scheduled/call_discourse_hub.rb:19:in execute' /var/www/discourse/app/jobs/base.rb:318:in block (2 levels) in perform’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rails_multisite-7.0.0/lib/rails_multisite/connection_management/null_instance.rb:49:in with_connection' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rails_multisite-7.0.0/lib/rails_multisite/connection_management.rb:17:in with_connection’
/var/www/discourse/app/jobs/base.rb:305:in block in perform' /var/www/discourse/app/jobs/base.rb:301:in each’
/var/www/discourse/app/jobs/base.rb:301:in perform' /var/www/discourse/app/jobs/base.rb:381:in perform’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:137:in process_queue' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:77:in worker_loop’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mini_scheduler-0.18.0/lib/mini_scheduler/manager.rb:63:in `block (2 levels) in ensure_worker_threads’

And one error in September 16th:

Message (5 copies reported)

Job exception: execution expired

Backtrace

/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:663:in initialize' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:663:in open’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:663:in tcp_socket' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:672:in block in do_start’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/timeout-0.4.3/lib/timeout.rb:185:in block in timeout' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/timeout-0.4.3/lib/timeout.rb:192:in timeout’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:671:in do_start' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/net-smtp-0.5.1/lib/net/smtp.rb:642:in start’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mail-2.8.1/lib/mail/network/delivery_methods/smtp.rb:109:in start_smtp_session' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mail-2.8.1/lib/mail/network/delivery_methods/smtp.rb:100:in deliver!’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/mail-2.8.1/lib/mail/message.rb:269:in deliver!' /usr/local/lib/ruby/3.3.0/delegate.rb:87:in method_missing’
/var/www/discourse/lib/email/sender.rb:296:in send' /var/www/discourse/app/jobs/regular/user_email.rb:79:in send_user_email’
/var/www/discourse/app/jobs/regular/user_email.rb:39:in execute' /var/www/discourse/app/jobs/base.rb:318:in block (2 levels) in perform’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rails_multisite-7.0.0/lib/rails_multisite/connection_management/null_instance.rb:49:in with_connection' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/rails_multisite-7.0.0/lib/rails_multisite/connection_management.rb:17:in with_connection’
/var/www/discourse/app/jobs/base.rb:305:in block in perform' /var/www/discourse/app/jobs/base.rb:301:in each’
/var/www/discourse/app/jobs/base.rb:301:in perform' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:220:in execute_job’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:185:in block (4 levels) in process' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:180:in traverse’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in block in traverse' /var/www/discourse/lib/sidekiq/discourse_event.rb:6:in call’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in traverse' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in block in traverse’
/var/www/discourse/lib/sidekiq/pausable.rb:131:in call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in traverse’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in block in traverse' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/job/interrupt_handler.rb:9:in call’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in traverse' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in block in traverse’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/metrics/tracking.rb:26:in track' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/metrics/tracking.rb:134:in call’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in traverse' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:173:in invoke’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:184:in block (3 levels) in process' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:145:in block (6 levels) in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/job_retry.rb:118:in local' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:144:in block (5 levels) in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/config.rb:39:in block in <class:Config>' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:139:in block (4 levels) in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:281:in stats' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:134:in block (3 levels) in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/job_logger.rb:15:in call' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:133:in block (2 levels) in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/job_retry.rb:85:in global' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:132:in block in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/job_logger.rb:40:in prepare' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:131:in dispatch’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:183:in block (2 levels) in process' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:182:in handle_interrupt’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:182:in block in process' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:181:in handle_interrupt’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:181:in process' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:86:in process_one’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/processor.rb:76:in run' /var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/component.rb:10:in watchdog’
/var/www/discourse/vendor/bundle/ruby/3.3.0/gems/sidekiq-7.3.9/lib/sidekiq/component.rb:19:in `block in safe_thread’
6

Ce qui se passe ici n’est probablement pas lié à ces problèmes.

Avez-vous des plugins personnalisés installés ?

1 « J'aime »
7

@sam Ils ont essayé le mode sans échec, mais il ne semble pas bien fonctionner.

8

@patronit avez-vous pu résoudre ce problème ?

9

Nous n’avons pas activé de plugins personnalisés, même pas ceux qui sont maintenant inclus dans le package :
En tant que thème, Minima est sélectionnable.

10

Aujourd’hui, le 31 octobre, nous utilisons la version 3.6.0.beta2-latest (47559c86f5) en mode sans échec :
Lorsque j’écris un message (Nachricht), le nouveau message s’affiche dans le menu « Benachrichtigungen und Konto » mais sans indicateur ni numéro « nouveau ».

En mode normal :
Seul F5 aide.

Demain, c’est le jour de la mise à jour…

11

Ce problème a-t-il disparu avec la dernière mise à jour ? Cela semble sérieux et je n’en ai jamais entendu parler auparavant. Êtes-vous sûr de ne pas avoir effectué de personnalisation ?

Essayez peut-être d’utiliser le thème “foundation” ou “horizon”, mais je ne suis pas sûr que cela puisse causer le problème.

Ou peut-être essayer un navigateur Web ou un appareil différent ? Tous les utilisateurs de votre site signalent-ils le même problème ? Vous avez peut-être une extension de navigateur qui interfère avec Discourse.

12

Merci pour votre engagement.
Aujourd’hui, je suis sur la version 3.6.0.beta3-latest (bd135646c3).

J’ai basculé sur « Foundation » et j’envoie des messages et des chats de mon utilisateur normal à l’administrateur et vice-versa.

Mon client est Xubuntu 22.04. Sur Chrome (141.0.7390.76) et Firefox (145.0), aucun changement. Aucune notification pendant que je suis connecté et les « nouvelles » icônes ne disparaissent pas si elles sont lues. Seulement après rechargement.

J’essaierai plus tard sur Ubuntu 24.04 et Win11.

13

Probablement sans rapport, mais vous pourriez vouloir passer à la 24.04.

Cela pourrait-il être un problème de réseau ?

14

@patronit ce problème a-t-il été résolu/a-t-il disparu ? C’est un casse-tête.

Si vous rencontrez toujours le problème, pouvez-vous vous assurer que vous testez avec deux comptes utilisateur complètement distincts utilisant deux navigateurs Web ou appareils distincts ? Est-ce que cela fonctionne en mode sans échec ?