[MODM] AjaxChat integration for XenForo

[MODM] AjaxChat integration for XenForo beta 2a

No permission to download
Overview Updates (11) Reviews (9) History Discussion
Sorry but without the info I asked for, I cannot help you. Once again, can you tell me which JS file is causing trouble ? At least copy/paste an error message where you found that the file could not be fetched.
 
Manondamoon,

Just installed on test board and this seems to work great. One question though - when testing using an Ipad the text box seems too long - is there any easy way to shorten the chat box length (top to bottom) so that Ipad users don't have to continually scroll up and down (the 'pop-up' keyboard means the screen moves down and therefore you cant see any posts at the top on earlier messages when joined....)?

Thanks :)
Paul
 
I am currently investigating this issue with The Dark Wizard, but I'm interested in your config.php file and a copy of your AJAX-Chat settings for me to have a look. Do not forget to mask your DB credentials.
 
ManOnDaMoon said:
I am currently investigating this issue with The Dark Wizard, but I'm interested in your config.php file and a copy of your AJAX-Chat settings for me to have a look. Do not forget to mask your DB credentials.
Click to expand...

Do you still want access to my admincp on my dev site? I'd have to remove the DB credentials.
 
Paul said:
Manondamoon,

Just installed on test board and this seems to work great. One question though - when testing using an Ipad the text box seems too long - is there any easy way to shorten the chat box length (top to bottom) so that Ipad users don't have to continually scroll up and down (the 'pop-up' keyboard means the screen moves down and therefore you cant see any posts at the top on earlier messages when joined....)?

Thanks :)
Paul
Click to expand...
Hi and thanks for the suggestion.

This is more core-related, so I won't be able to take this into account, but the good news is it has already been marked as a pending feature for AJAX-Chat. This probably will not take long to come, I'll update this add-on when new versions of AJAX-Chat will be available.
 
This morning it WAS working and then just as mysteriously as it started working, it stopped. The only change I made was in the AJAX Options. Clicked save then it stopped.

Which config file? the one in root or the one in /lib/
 
ManOnDaMoon said:
Great! I will investigate further in order to find why this option is causing problems.
Click to expand...

To help your search process it seems that the one common denominator The Dark Wizard and myself share is the use of a CDN. Is the CDN caching pages with the "Request Message Prior Channel Enter option" disabled and suddenly serving them as dynamic content after it is enabled?
 
It is not a CDN issue, but as far as I have figured out, it is more probably a bug in the way AJAX-Chat handles its timestamps. Also, it explains why some people have the issue and I am still unable to reproduce it on my own install.

This is the line that causes the issue.

AJAX-Chat inserts messages in the database using the MySQL function NOW() for the message timestamp (it is not a Unix timestamp).
When the "Request Message Prior Channel Enter" option is checked, AJAX-Chat uses MySQL operators (INTERVAL, among others) to compare timestamps.
But when the "Request Message Prior Channel Enter" option is unchecked, AJAX-Chat uses the PHP date() function to format the timestamps and feeds them to MySQL instead of using MySQL operators. Due to timezones differences betweent PHP and MySQL configurations, this is causing :
1) for you and the darkwizard, a time offset that means you would have to wait several hours online before seeing the chat messages ;
2) for me, a negative time offset that forces previous messages to display event if the RMPCE option is disabled!

This is either an AJAX-Chat core issue or a configuration requirement. I'm getting in touch with the main AJAX-Chat developper to clarify this. In the meantime I'll provide a quickfix in next update.
 
ManOnDaMoon said:
It is not a CDN issue, but as far as I have figured out, it is more probably a bug in the way AJAX-Chat handles its timestamps. Also, it explains why some people have the issue and I am still unable to reproduce it on my own install.

This is the line that causes the issue.

AJAX-Chat inserts messages in the database using the MySQL function NOW() for the message timestamp (it is not a Unix timestamp).
When the "Request Message Prior Channel Enter" option is checked, AJAX-Chat uses MySQL operators (INTERVAL, among others) to compare timestamps.
But when the "Request Message Prior Channel Enter" option is unchecked, AJAX-Chat uses the PHP date() function to format the timestamps and feeds them to MySQL instead of using MySQL operators. Due to timezones differences betweent PHP and MySQL configurations, this is causing :
1) for you and the darkwizard, a time offset that means you would have to wait several hours online before seeing the chat messages ;
2) for me, a negative time offset that forces previous messages to display event if the RMPCE option is disabled!

This is either an AJAX-Chat core issue or a configuration requirement. I'm getting in touch with the main AJAX-Chat developper to clarify this. In the meantime I'll provide a quickfix in next update.
Click to expand...


Thanks for your contribution. Great work.
 
You must log in or register to reply here.
Back
Top Bottom