-
Notifications
You must be signed in to change notification settings - Fork 370
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ejabberd: Room is not opened when subject-message arrives #27
Comments
I "reopen" this bug report because it is already present on my system. If I change chat subject in a xmpp client like gajim and after changing I log in with candy all messages are shown. If I log in with candy some time later this bug occurs again, No message is shown in candy. If no subject is present all is ok. Candy version is from dev branch. I recieve this JavaScript error after enabling debugging and candy.bundle.js:
Sorry, don't know how to enable syntax highlighting. |
It's fixed in the dev branch. Download the latest version here: https://github.com/amiadogroup/candy/zipball/dev |
Can you post the message-chain you receive? (Please note that you should censor private information) |
Thanks for your answers. @pstadler: I thought I installed latest dev branch. Now I have installed version from your link and will observe if the error occurs again. @mweibel: After installing candy from newest dev branch the error hasn't occured yet. If it should appear again I will post it with message chain. |
The error occured again. Don't know what exactly is importent for you to know from all the bug tracking messages. I copied all messages beginning with login. JavaScript error is shown in line 118: |
Just a note: you should erase the content of the challenge response on line 37 :) After a quick glance it seems you receive a lot of pubsub messages which do not belong to us. The first real message you receive is not even a subject, so I think that's another bug. The question is why this happens. Maybe the bug lies in Candy.View.Observer.Message where it only checks if the room has been opened if the message is a private chat message. |
Thanks for your hint ;). Because you suggested that this issue could be caused by my ejabberd, I downgraded ejabberd from 2.1.6 (self build debian testing backport for squeeze) to official squeeze release 2.1.5 yesterday evening. Even after the error hasn't been occured yet. Before downgrading ejabberd this error occured mostly 1-2 hours after changing subject or restarting ejabberd. I will observe this but I have no clue how I can trace the error at best. Perhaps I will make an attempt to install current ejabberd version 2.1.8.x. I have updated ejabberd to version 2.1.6 because of its captcha and website account creation feature. |
Some hours ago I built a debian squeeze backport of current ejabberd version 2.1.8. Since restarting ejabberd the error hasn't occured yet. Hope that was it! |
@houwe: How's the current status? |
Since updating ejabberd the error hasn't occured yet. Don't know why ;) but it seems to be that this error is away. |
Good to know. @pstadler: What do you think about this issue? Should we consider anyway to fix it? Because it seems to happen in 2.1.6... |
Let's close this. |
in Candy.View.Observer.Message.update with type = subject, it can happen that the room is not opened yet, when the subject message arrives.
Due to that, a javascript error happens and no one sees the messages.
The text was updated successfully, but these errors were encountered: