InformAction Forums

I just noticed this, so I am not sure if it has been around or just occurred but none the less, there is an issue which I find disruptive and contrary to the expected function of NS. Here is the issue:

1. Go to a page (I have experienced this consistently on many pages) with scripts blocked (first visit type)
2. Click on the NS icon in the statusbar, displays the sticky form where your choices are to be ALL made BEFORE reloads are triggered
3. You select to allow or block something and it will immediately trigger the reload before all choices are made
4. Then you select the sticky form again, make the rest of the choices, then nothing happens, no reload and has to be manually reloaded

Do you know what's happening? Are we somehow entering and leaving a loop at a wrong time? Is the scope of a code non-concentric and so its being triggered/skipped at the wrong logic portion? I am not sure what it is but I wanted you to know and I hope that you can take a look and figure out what's causing it. Thank you. Let me know if there is anything further I can provide to help you.

What browser?
URLs where this happens.

Not duplicating in SeaMonkey 2.2.
Kind of duplicating in SeaMonkey 2.2.

Seems that if there is only one domain to Allow, then it does what you say & that does seem to be different.

URL: http://postcalc.usps.gov/
URL: https://webapp.carefirst.com/wps/portal/memberlogin

The only domain to allow is usps.gov (carefirst.com).
Allow, & it refreshes the page - even though you may have wanted to Allow & visit Untrusted (for instance) before having anything refresh.
(Maybe it is on a domain where there only exists the primary domain to Allow, rather then on a site where there is only one domain to allow [other then the primary domain]).

URL: http://www.gena01.com/

Two domains are there that can be allowed; gena01.com & googlesyndication.com.
With that site, it behaves as expected, as it always has.

First instance may be an improvement or a bug (depending on how you want to look at it)?
(I think its a bug too.)

I appreciate your input but whether there is one domain or more, it is not expected behavior to reload until all choices are made and the sticky menu is dismissed. The sites I experience them on are varied and many of them actually have multiple domains on the list, so that one item assessment should not apply.

If there's only one domain it's by design (I decided so when I designed the sticky mode in order to spare users an extra click when the outcome is obvious).
@GµårÐïåñ: if you can see this happening on pages with more domains, please give me some URLs to reproduce, thanks.

Ok, good to know the model changed, because I have always been able to make all choices before having it refresh, even if there is only one domain on the list. So what happens if there is one domain that hasn't been decided on and you allow it but also want to change something to the untrusted items, if it reloads, then you are not saving them a click, because they have to wait for the reload to finish, then bring up the sticky menu again only to make changes to the untrusted list. If there is only ONE domain on the main list and untrusted list combined, then I can see that being beneficial. But as long as you have things to act upon, regardless of having only one item on the main list, then it should not go away, that seems logical. I am assuming you took that into consideration but if not, that might be worthy feature to consider.

As for domains with multiple items that did this, I will send you the links as I come across them. I can't recall off the top of my head which ones they were, as I don't go there often and hence why I had to make choices, otherwise my regular sites are already decided and don't need to be changed. I will keep track of them and share but I know for a fact that I observed this behavior and that's why I wanted you to know. Especially that I had JUST installed the latest DEV and restarted before this happened, that's why I assumed it was introduced in this version. Thank you for the clarification Giorgio and I will keep you posted.