|
|||
|
Bugs / Issues:
1.) The way we have our site set up is in "Conference Mode" with only audio enabled and cam and hands free disabled by default. However since hands free is disabled it seems the first time you load the cam window, its set to hands free for the first use, please fix this. It should be push to talk and no one should be broadcasting audio even at first until that talk button is pressed. 2.) Again, the way we have it set up is in "Conference Mode" with only audio enabled and cam and hands free disabled by default. However people are seeing a preview of themselves before broadcasting their cam. People don't like this they like it how it was in 9.2 where you didn't see yourself until you took the \ off the cam icon. 3.) When a user enters another room leaves a room, etc. The # of users for that room takes forever to change / adjust so if there is 10 users in a room and 1 users leaves it still shows 10 users for a very long time. Then it will finally change. Before 9.3 this used to be instant. 4.) We prefer the old 9.2 login system. Ever since 9.3 our users are logged in the room as a guest then they must login as a guest or login as a registered user. However before this update our users went to the link got a screen that looked like a list of rooms, then on top of that the login / register screen, then after logging as a guest or a registered user they were taken to the room that was desired or set from the script generated from the admin panel. We prefer the old method not the new 9.3 method where guests see the room then on top of the room they must login or register. 5.) The mode setting has been removed the Audio/Video Settings so admins can’t set the Need permission before a user can watch someone’s cam, please bring this back like it was in 9.2 If we find anymore issues I'd be sure to report them. However it would make things easier to find them if these main issues were resolved. Also I think in the up coming releases you guys should offer a pre release demo so users can try it before it goes public or be announced as an update. - Please have these issues fixed... We are losing our users because of these complaints and issues with the 9.3. Otherwise 9.3 rocks just make these fixes. |
|
|||
|
Thanks admin.
Also regarding the new login system, maybe if you guys prefer to keep this system why not give the admins the choice how they would like the login to work / funtion. However we prefer how the login system was designed in 9.2.
__________________
http://chat.ihearcu.com/ |
|
|||
|
Quote:
And social connect is the new feature in 9.2, while in v9.3, we add MSN connect for login. Now there are 5 login types: Facebook, Twitter, google, Yahoo and MSN, more will be added in the future. If you dislike this function, just disable them in admin panel-> Social Connect. |
|
|||
|
Wasn't talking about the social connect thing...
Was talking about this from the release notes of 9.3 Better User Experience: Enter a Room First, Then Login In case of auto-login with only parameter "init_room" instead of "init_user" or "init_password", and the designated room is not restricted (like member-only, password-protected, ppm-room, etc.), users will be able to read the text and watch the video inside the room first, then be required to login. Meanwhile users can't interact with the chat room before logging in. We want the old 9.2 login system back... if you prefer to have this new login system mentioned above, then please let admins choose this as a setting... Our users are upset with 9.3 update we lost lots of users and... this is terrible... We hope the above fixes are resolved asap because this is hurting us.
__________________
http://chat.ihearcu.com/ |
|
|||
|
The bugs at the top, we now fixed 1,2,4,5.
About the 3, we here can't reoccur this situation. Do you mean when a user leaves a room, the chat room current number doesn't change instantly? Can you provide more details to help us reoccur this situation? About the last one guest login with init_room, we will add a parameter to control this function whether a quest can auto-login the chat room. We will add a parameter in client.xml, <enableRoomPreview value="true/false"/>. After we fixing the bug 3, we will upgrade your host assp. |
|
|||
|
Hi,
Regarding #3... Let's say I log in to the chat and decide I want to enter another room. So let's say I log in Default Room "Lobby" then I decide I want enter Music Room, then I decide to leave the Lobby and stay in music room and then when I click the rooms tab... it still shows 1 user is in lobby even though no one is there and it will stay like that for awhile, before it used to update instantly... now it takes awhile to process this.
__________________
http://chat.ihearcu.com/ |
|
|||
|
Quote:
If your problem is when you leave "Lobby", your username is still in the "Lobby" userlist, about it we didn't reoccur it. Shall we update your chat room now? Please let me know. We are appreciated every suggestions of our customers, which will improve our products more perfect. Thx |
|
|||
|
Hi,
If #4 is fixed and if this <enableRoomPreview value="true/false"/> is part of the system can you update our host to have this as false for us? Here is our chat link... 123 Flash Chat
__________________
http://chat.ihearcu.com/ |
![]() |
Was this information helpful? Yes No
| Thread Tools | |
| Display Modes | |
|
|