Hi,
when I am within the edit of an email in yahoo.com, AND it is time to display an advertisement, Firefox simply hangs. Instead of starting the redirect (pop-ups are disabled with Firefox).
Something similar happens, when editing a message on this board AND avertisement is due.
Any idea ?
I am using Mikrotik 3.17 hotspot, Firefox, Vista
if Firefox hangs, the reason is Firefox. upgrade your browser =)
NOPE. I have FF3.05
Do not point somewhere else, somehow it is a Mikrotik problem, may be, some timer interferes.
In detail:
I have FF and winbox running on same client.
When editing yahoo.mail, AND it is time for ad, no pop-up, because blocked. But winbox looses connection .
Then, when I try to send the email, FF hangs.
After using the back-button of FF, then I see the redirect-page, and the note of FF, that a pop-up has been blocked. Following the redirect, everythings works as usual.
But the side-effect is, I lost all my email which I edited, because of back-button.
Same just happened to me, when editing this very messages, because I had the ad-interval too short for reproduction of the effect (3minutes) 
So it is easy to reproduce for you as well, I guess..
Obviously “advertisement-timeout=immediately” (bad default !, according to documentation it should be 1minute; better to use “never” as default) disconnects winbox, and switches to “Walled Garden”. Not a good idea. Does Mikrotik not track the state of the client, I mean, does it not know, that somehow client is in “input mode” ?
More testing I did; enabling pop-ups in Firefox shows similar effects, but at least now only the adrs of the receiver of the email disappears, not the complete contents of the email.
Looks like a real bug to me.
what do you mean saying ‘hangs’? I always thought that if program hangs, you cannot do any actions, including ‘press back-button’
Does Mikrotik not track the state of the client, I mean, does it not know, that somehow client is in “input mode” ?
HTTP is stateless protocol, you cannot track anything
The advertisement page seems to cause some problems on more than just one site. It affects this site also, according to another recent post. Does anyone know what Mikrotik used for a variable name on the popup window that displays the ads? It seems to me that, to avoid any interference with pages clients are surfing, Mikrotik should name these other than “_popup” or “_blank” or “_login”. Other sites use these as window/frame/variable names all the time.
ADD: May I suggest the popup window name “_hotspotad”. That should get no duplicate names anywhere.
2)HTTP is stateless protocol.
Right; but you might interpret and track the content of the HTML.
I suspeict, that somehow Javascript/Input creates a problem for “advertising”.
It must be a computer problem. I don’t see how hotspot can crash a browser. Currently you are the only one with the issue anyway. Try other computers and browsers
First of all: It is the typical attitude of the (below) average programmer to use “hardware problem” or similar to cover bugs. Or to blame the user.
Second: There is always the first user reporting a bug. It should be in the best interest of your company, to fix bugs ASAP, or, in other words, not to wait for a crowd of users to complain about the same problem. Take preventive action.
Third: You should consider complaints of users/customers seriously. Which means, not to ask the user to proof, that there is a bug in your product. But to carefilly check from your side, whether the complaint might be justified or not.
Fourth: I filed a report regarding problems to access your web site using IE just recently. You replied, there is none, but as other users also confirmed my report, you were obviously wrong.
May be, this time you are wrong, too ?
Back to the facts:
Where did I say “crash browser” ?
I said, it “hangs”: FF simply shows me the spinning arrow, waits, waits, waits, nothing happens. Unless I press the “back-button”. And my input is lost.
In only does this in certain circumstances. And I think, I described them quite precisely.
Or what is unclear for you to try reproduce it, which does not seem so difficult ?
More facts:
IE simply clears all my input in that scenario, but does not hang.
Chrome does the same.
All I’m saying – all your recent problems have something to do with browsers …
P.S.: this is a community forum. If you need MikroTik support, please email them
Excuse me for asking, but is there anything about your ad page that would cause trouble? Have you tried a advertisement “test page” with only simple html? Does that cause the same “browser stall”?
good question. OP - please show us this ad page, so we can test in our own browsers.
OK, attached you find all files I am using. The standard login.html I modified, so I also send this one to you.
I configured a reschedule interval of 3min. for the ads, tried both an advertisement-timeout of “never” and “immediately”. Similar bad effects in both cases.
I also attach the last recent state of an "/export ", to have all info about my test environment.
Easy scenario for recration of situation:
Still fighting to upload my files. Because they contain graphics, it exceeds the limit of 1MB 
top.rar (612 KB)
22dec0111wallgardenpor22and8291.rar (3.79 KB)
hotspot_a.rar (1020 KB)
this explains everything
if you don’t click on the popup, the internet will not work. this is how the ad popups work in the hotspot. if you disable the popups - your network will not work.
Nothing new to me.
NO ! It does not explain everything.
You do not understand the special scenario/problem. Or you simply did not read my messages until the end, taking wrong conclusions too fast.
I said already several times:
Usually, everything works. During standard browsing, which means, reading some stuff from the web with the browser. Ads show up, either because of pop-up or following the link. NO PROBLEM AT ALL !
BUT: In case I am inputting something when ad is about to be presented, problems show up. For instance, during edit of a mail in yahoo.mail
DO YOU UNDERSTAND THE DIFFERENCE ?
So an ad is due to be presented, but is does not happen. Not in any way. Whether pop-ups enabled or not. Until I leave “input mode”, for instance by pressing “Send” button to send the edited mail.
I also said, that I loose my input, whether pop-ups enabled, or not.
Similar happens when editing a new message, like this one, on this BB, and an ad is about to be presented.
Do you understand the special scenario ?
are those all files you have in the hotspot directory, or you just ommited them for size reasons?
Of course, I only sent you the non-standard files, either completely new, or modified. login.html is the only one of this kind.
Originally I tried to upload /hotspot completely.
Because of the 1MB limitation in upload of files for this BB, it would be too much hassle to upload all the rest in small chunks.
Again, please, answer my question:
Do you understand the special scenario now ?
yes. it’s not really special, but we will try to repeat it anyway
(open yahoo mail compose form, wait 3 minutes for advertisement)
Reasonable suggestion, so I just did it.
(Thanx, you were more responsive than Mikrotik until now.)
No difference, tried FF and Chrome, both were stalled.
Thanx for the correct term, too, still learning English
So no need to test IE as well.
Best guess from an old assembler/real time wizzard: JS of yahoo.mail is active in input mode; timer for JS to display ad runs out, and this second JS then interferes with the first one.
Hi, any success in this one ?
It would be great you at least could confirm the problem. Recreation is a 10 min job, I guess.
OK, I am set up. I am in the response page waiting for the ad. This part is typed.
The ad just popped up, and I will send this. If you see this, then mine worked. I am testing with IE,but while I do this, funny things are happening with the focus. It causes some editing challenges.
ADD: Have you tried closing the status page after you login? The ads still pop up when you navigate. If it is the JavaScript routines conflicting, that should stop it. I will wait for the ad to post this change.
After watching for a while, it appears another window (maybe JavaScript timer in status window) is requesting the focus, then trying to push it back when finished. I know from experience that form text input fields do not handle this well.
ADD2: If you want to experiment, download the status.html doc from your box and remark out the two commands in the function openAdvert(). Then upload it again and try it. Save an original copy tho, just in case…
Here is the JavaScript code in question:
$(if advert-pending == 'yes')
var popup = '';
function focusAdvert() {
if (window.focus) popup.focus();
}
function openAdvert() {
popup = open('$(link-advert)', 'hotspot_advert', '');
setTimeout("focusAdvert()", 1000);
}
$(endif)
If that is ok, try adding the first command back in the script. Leave the focus-stealing “setTimeout” part remarked out. 