Closed (fixed)
Project:
Chatroom
Version:
6.x-2.x-dev
Component:
User interface
Priority:
Normal
Category:
Support request
Reporter:
Created:
16 Jan 2009 at 12:37 UTC
Updated:
17 Nov 2009 at 14:00 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
darren ohHave you created a chat room? Are you on a chat page?
Comment #2
piutorres commentedYes to both! :S
Comment #3
juanito commentedI have the same problem!! I tried assigning the blocks to different regions but nothing happens, am I doing something wrong? also in chat room it would be regular to see the chat users list, but I do not see one, so my question is, is it my config or there is no userlist? any other details you need to solve the problem I'll give you, just ask!!! one more thing may be for other topic but on my way I post it here I added some sound and when I activate de alert checkbox voila.
soundManager.initComplete(): calling soundManager.onerror()
-- SoundManager 2 failed to load (security/load error) --
soundManager.disable(): Disabling all functions - future calls will return false.
soundManager: Failed to initialise.
soundManager: No Flash response within reasonable time after document load.
Possible causes: Flash version under 8, no support, or Flash security denying JS-Flash communication.
soundManager: Getting impatient, still waiting for Flash.. ;)
soundManager._initMovie(): Waiting for ExternalInterface call from Flash..
soundManager._initMovie(): Got OBJECT element (created via JS)
soundManager._createMovie(): Trying to load ./soundmanager2.swf
-- SoundManager 2 V2.76a.20080808 (AS2/Flash 8) --
Seems to be having some problems in the swf...
Comment #4
totocol commentedSame issue here. I'm unable to display any of the chatroom related blocks anywhere. I am also unable to use the chat commands.
Has anyone been able to solve this?.
What have I done:
- Created a chat room
-Created a chat
- Assigned the chat related blocks to a region
- Assign visibility to all pages
- Started a chat and it works well.
Any help would be appreciated.
Comment #5
totocol commentedI have also noticed that the behaviour of the chatroom is different in the chats that are public and the ones that are within groups.
Any help would be super appreciated
Comment #6
spiritguard commentedI am having the same issue as well... can't for the life of me figure it out. Help would be amazing!
Comment #7
SamRose commentedThe colors in the javascript are causing the problem. We made a local fork of this module, stripped down the code, and removed colors from the blocks, and got it working
See: http://socialmediaclassroom.com/repo/hgwebdir.cgi/smc/file/95d9bc7b4126/... code can be found there. If you do a diff with current chatroom module, you'll see the differences.
Comment #8
Todd Young commentedExpected fix date? Love the module, I'm basing a new site more or less on this function - subscribed, and thanks!
Comment #9
SamRose commentedThis module appears to be un-maintained. This means it will be up to anyone here waiting for a fix to work together to fix it.
The problem that I found is that there appears to be lots of "stub" code for intended future functionality. Much of that code is unfinished.
so, my first step was to take out that code, since from my perspective it was not working.
Second problem that I found was in javascript color code for chatroom online block causing failure of the javascript update. My short term solution? REMOVE that functionality.
The two steps above resulted in a new leaner chatroom module that functions and can survive over 1000+ simultaneous requests via Apache Benchmark without crashing, failing, or throwing errors.
My so-called "fix" was for Drupal 5.x version and can be accessed here
http://socialmediaclassroom.com/repo/hgwebdir.cgi/smc/archive/dddd42611c...
When I have a chance, I could apply these changes to D6 and make a patch, but my patch is not a real fix of the module, FYI. it is a deactivation of non working code, allowing the module to work, but removing color coding of people's names active in chat.
Comment #10
douggreen commentedThe blocks aren't displaying because the hook_block references $types[$delta][0] where $types is a single dimensional array, so the reference is getting the first character and not the full delta name. Attached is a quick fix. A more robust fix would be to use string based delta's, but that would involve writing an update handler.
Comment #11
douggreen commentedOnce you fix the theme functions to actually get called, you get a sql error in chatroom_get_active_chats. Attached patch fixes this too. There's no separate bug report for this. And since this function is only called from the blocks, I'm re-rolling the above patch to include this.
Comment #12
GreyHawk commented@douggreen -- so, we only need the patch in #10 if we haven't applied either one yet...?
Does this also resolve the issue that #9 SamRose was referring to, or is that an issue you haven't encountered or addressed pre-patch?
Comment #13
GregoryHeller commented@GreyHawk: you actually should use the patch in #11, and it is for d6 version, personally, i am not sure if it addresses whatever @samrose did in #7, but what he seems to be offering there is a rerolled module not a patch
Comment #14
Anonymous (not verified) commentedi've committed doug's patch (thanks!), plus a fix to (yet another) undefined function. please update to latest DRUPAL-6--1 and test again. there are likely other issues, but blocks show up now.
Comment #15
Anonymous (not verified) commented