General > Support
Mibew Bugs | Any word?
Glisse:
--- Quote from: Jeremy on October 30, 2013, 11:55:51 AM ---• When client closes window it does not close chat
That is not a bug. Mibew Messenger preserves a thread in open state for some time to make it possible for visitor to re-open a dialogue if it was closed by mistake. You can set the time of such preservation in system settings (Settings -> Performance -> Thread lifetime).
At the same time if you really want to change the standard behavior, there is another one quick solution.
--- End quote ---
i also have a problem with both users that click the chat button without really wanting to chat( they have a greeting message asking them to shoot the question, so it`s not that they wait for something) and also various bots that cant be blocked via ban on ip range (which could be really useful)..
this script thing would be a good solution if it worked, but unfortunately i tried the code from the latest post in july 2013, put it in the right chat.tpl and also in all of them, with no effect.. when closing the window, the chat thread remains active.. i put the the thread lifetime settings to 1 seconds, also no effect when closing window by clicking on x button, still seen forever active until i manually open and then close the thread
faf:
--- Quote from: Jeremy on November 01, 2013, 11:53:08 PM ---• 504 Error
I fixed it by writing some rewrite rules in .htaccess and its working great BUT I am pretty sure this can be avoided altogether by making a conditional that says if no www. add www. inside mibew itself when it writes the url for the support popup, but again I am not a programmer. ;)
--- End quote ---
Mibew Messenger works fine with any values of url parameter provided that the webserver's configuration is OK. I don't think that it's right to try to fix some specific server's configuration issues in the application.
--- Quote from: Jeremy on November 01, 2013, 11:53:08 PM ---• Overlapping Text
Minor problem easily fixed with your advice. Im sure this will be fixed in the next release of mibew.
--- End quote ---
Maybe it will. ;)
--- Quote from: Jeremy on November 01, 2013, 11:53:08 PM ---• Chat Closing
I am very surprised that this is not a bug and is actually in the design. I think maybe this should be thought through again. It is the natural inclination of anyone closing the chat to go to the X. I don't believe Im alone in this but If you guys are dead set against going this way you should definitely make it an option inside of settings.
--- End quote ---
Fine, we'll think about implementing such behaviour as an option. But only in Mibew 2.x, since the features list of Mibew 1.6.x is frozen.
faf:
--- Quote from: Glisse on November 04, 2013, 03:35:21 PM ---this script thing would be a good solution if it worked, but unfortunately i tried the code from the latest post in july 2013, put it in the right chat.tpl and also in all of them, with no effect.. when closing the window, the chat thread remains active..
--- End quote ---
First of all, the original recipe is about changing chat.js, not chat.tpl.
The whole idea here is to register the appropriate javascript handler for onbeforeunload event. And then to hope that the browser your visitor is using will invoke that event properly (which will not happen in Opera, for example).
--- Quote from: Glisse on November 04, 2013, 03:35:21 PM ---i put the the thread lifetime settings to 1 seconds, also no effect when closing window by clicking on x button, still seen forever active until i manually open and then close the thread
--- End quote ---
It doesn't work that way. Mibew Messenger 1.6.x closes only old threads that was seen by an operator. So, in your example, to autoclose the thread an operator should open the appropriate dialogue and then close the window. It's the limitation of the application design.
And one should understand that this feature is not about fighting bots. It's only about garbage collection.
Glisse:
Thank you for your help, it works with chat.js code, the thread is auto-closed if visitors closes the window.. dont care that much about Opera browser anyway ;D
Navigation
[0] Message Index
[*] Previous page
Go to full version