Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
BedrockMission!

Learn More

View all

Sign in to view all badges

Issue in SimpleChat (and maybe other pods) switching rooms on the fly

Avatar

Avatar
Validate 1
Level 2
RickBullotta
Level 2

Likes

0 likes

Total Posts

34 posts

Correct Reply

2 solutions
Top badges earned
Validate 1
Affirm 1
View profile

Avatar
Validate 1
Level 2
RickBullotta
Level 2

Likes

0 likes

Total Posts

34 posts

Correct Reply

2 solutions
Top badges earned
Validate 1
Affirm 1
View profile
RickBullotta
Level 2

30-03-2009

I originally raised the issue (and a fix) in
http://www.adobe.com/cfusion/webforums/forum/messageview.cfm?catid=759&threadid=1413563.
I think it was intended to be fixed in the most recent build, but
looks like it was not. It seems that the key missing piece is to
assign _model = null in the pod's close() method.

Accepted Solutions (0)

Answers (7)

Answers (7)

Avatar

Avatar
Boost 50
Level 7
Hironmay
Level 7

Likes

108 likes

Total Posts

920 posts

Correct Reply

102 solutions
Top badges earned
Boost 50
Boost 5
Boost 3
Boost 25
Boost 100
View profile

Avatar
Boost 50
Level 7
Hironmay
Level 7

Likes

108 likes

Total Posts

920 posts

Correct Reply

102 solutions
Top badges earned
Boost 50
Boost 5
Boost 3
Boost 25
Boost 100
View profile
Hironmay
Level 7

08-04-2009

Hi Rick,

The sharedID's are the names of collectionNodes used for identifying them on the server for that room. So, collectionNodes should all have unique sharedIDs in a room, if the user doesn't assign, it gets assigned to some default value.

When we do a dynamic switching, we don't want to destroy the entire model and recreate everything and rather resync the messages for the new room. This saves work and other technical complications.

Thanks

Hironmay Basu

Avatar

Avatar
Validate 1
Level 1
Rick_Bullotta
Level 1

Likes

0 likes

Total Posts

13 posts

Correct Reply

0 solutions
Top badges earned
Validate 1
View profile

Avatar
Validate 1
Level 1
Rick_Bullotta
Level 1

Likes

0 likes

Total Posts

13 posts

Correct Reply

0 solutions
Top badges earned
Validate 1
View profile
Rick_Bullotta
Level 1

08-04-2009

Hi, Hironmay.

It's probably not necessary to switch SharedID's but it wasn't entirely clear when/why/what SharedID's did, so I erred on the side of safety...can you explain the usage/purpose of SharedID's?

To support switching SharedID's (if it is something you want to do), you can set the model to "null" as provided in the unsubscribe method implementation in original post.

Thanks,

Rick

Avatar

Avatar
Boost 50
Level 7
Hironmay
Level 7

Likes

108 likes

Total Posts

920 posts

Correct Reply

102 solutions
Top badges earned
Boost 50
Boost 5
Boost 3
Boost 25
Boost 100
View profile

Avatar
Boost 50
Level 7
Hironmay
Level 7

Likes

108 likes

Total Posts

920 posts

Correct Reply

102 solutions
Top badges earned
Boost 50
Boost 5
Boost 3
Boost 25
Boost 100
View profile
Hironmay
Level 7

06-04-2009

Hi Rick,

We currently do not support dynamic changing of the sharedID of the collections.What's your use case? Does your  case work with the same sharedID you created already?

Thanks

Hironmay Basu

Avatar

Avatar
Validate 1
Level 2
RickBullotta
Level 2

Likes

0 likes

Total Posts

34 posts

Correct Reply

2 solutions
Top badges earned
Validate 1
Affirm 1
View profile

Avatar
Validate 1
Level 2
RickBullotta
Level 2

Likes

0 likes

Total Posts

34 posts

Correct Reply

2 solutions
Top badges earned
Validate 1
Affirm 1
View profile
RickBullotta
Level 2

01-04-2009

Hi, Hironmay. I pretty much copied your code exactly. The
only difference is that I am also changing the sharedID as I switch
from room to room.

Avatar

Avatar
Boost 50
Level 7
Hironmay
Level 7

Likes

108 likes

Total Posts

920 posts

Correct Reply

102 solutions
Top badges earned
Boost 50
Boost 5
Boost 3
Boost 25
Boost 100
View profile

Avatar
Boost 50
Level 7
Hironmay
Level 7

Likes

108 likes

Total Posts

920 posts

Correct Reply

102 solutions
Top badges earned
Boost 50
Boost 5
Boost 3
Boost 25
Boost 100
View profile
Hironmay
Level 7

01-04-2009

Hi Rick,



The example I sent does update the history pane for users
while dynamically switching rooms.

I remember our past conversation , after that we made it so
that you shouldn't call close rather logout and login when going to
a new room. Have you tried the example i sent on chat ?

I am not sure why yo are not able to see the new room history
but i will still run it again.



Thanks

Hironmay Basu

Avatar

Avatar
Validate 1
Level 2
RickBullotta
Level 2

Likes

0 likes

Total Posts

34 posts

Correct Reply

2 solutions
Top badges earned
Validate 1
Affirm 1
View profile

Avatar
Validate 1
Level 2
RickBullotta
Level 2

Likes

0 likes

Total Posts

34 posts

Correct Reply

2 solutions
Top badges earned
Validate 1
Affirm 1
View profile
RickBullotta
Level 2

01-04-2009

Hi, Hironmay.



No, that approach doesn't work, unfortunately. While it does
reconnect to the new room URL, the history pane in the chat pod is
cleared but never updated with the history from the new room. As
you may recall from the last discussion, I created a workaround
that involved subclassing SimpleChat, and adding an "unsubscribe"
method, using the attached code.



Rick

Avatar

Avatar
Boost 50
Level 7
Hironmay
Level 7

Likes

108 likes

Total Posts

920 posts

Correct Reply

102 solutions
Top badges earned
Boost 50
Boost 5
Boost 3
Boost 25
Boost 100
View profile

Avatar
Boost 50
Level 7
Hironmay
Level 7

Likes

108 likes

Total Posts

920 posts

Correct Reply

102 solutions
Top badges earned
Boost 50
Boost 5
Boost 3
Boost 25
Boost 100
View profile
Hironmay
Level 7

30-03-2009

Hi Rick,



You dont need to call close() . You need to use logout, then
assign the new url , then login and then call subscribe on
synchronization to get the new data.

Here is the attached code for simpleChat



Thanks

Hironmay Basu