Identity Safe not URL specific

Just upgraded to NIS2012 and identity safe has gone crazy.

 

It used to be URL specific (to a degree) so

example.com/customerlogin

example.com/adminlogin

would store two different entries (which makes sense).

as would subdomain1.example.com/login and subdomain2.example.com/login

 

Now it stores everything under just the domain (example.com)

 

That's iritating for some people but as a developer using localhost it means a nightmare for me - each site now has a huge list of potential login usernames.

 

If you try to add the login manually it fails, so if you have:

userid : user1

site: dev.example.com

 

then trying to add

userid: user1

site: www.example.com

 

it fails saying user1 already exists for that URL....it doesn't! it exists for that domain.

 

This is a huge problem - and a two hour recent support chat agreed it is a bug but no fix date or priority on it.

 

PLEASE FIX ASAP....it's driving me barmy!

 

bump!

 

Symantec...come on guys you can't just ignore some problems and reply to ones you can fix.

 

 

 

 

I also have the same problem

http://community.norton.com/t5/Norton-Internet-Security-Norton/Rant1/m-p/673487#M197097

 

Yay someone else has the same problem! just need another 20,000 people to moan and maybe they'll pull their finger out.

 

It used to be fine in NIS 2011, I wish I could downgrade.

 

They know it's a problem as their live support spent about 2 hrs on my pc trying to fix it and it even got escalated to a senior tech.

 

Well, the first step is admit there is a problem, but can we please have an idea of timescales otherwise I'm going to disable it and buy roboform or something because identity safe is currently a pointless feature for me.

 

We are aware of this issue, and it will be addressed in a future product version or update.

 

The logic will be something as follows:

*.foo.com/* will all be asumed to be the same site.

Unless we carry explicit rules for subdomains or paths, e.g. *.google.com/a/ for google apps domains.

Unless the user explicitly adds a new login when there already is a login for the same domain, then we will treat the subdomain and path as unique.

 

Our apologies for the inconvenience.

 

Pieter

Thank you for responding.

 

As personally this is a really frustrating issue for me I'd be happy to be a guinea pig for the update.

 

Praying it's an update rather than a full product release!

 

 

WHEN will this be addressed?

Hi,

I read above that PieterV said

 

"We are aware of this issue, and it will be addressed in a future product version or update."

 

That is about as much of a 'when' response as you can expect. I don't know how complex the fix is nor do I know what else it might break if applied without proper testing. The Norton staff is very careful with dates. They would rather have it done and released that have to make apologies for missing a target which proved to move faster than their repairs.

Hang in and hnag on. It will come when it gets here. Til then

Stay well and surf safe

As a developer of software, albeit not PC software, that change should take a maximum (and I'm being extravagant here) of 30 minutes. Add in testing of another 30 minutes. But, add in the SOX laws and we're looking at 3 days ;)  

"Future product or upgrade"

 

NIS2013 then ?

 

Looks like I'll be totally missing out NIS2012 then. Identity safe is a big bonus for me and I don't want it messing around like this. Looking around, Identity Safe seems to be the most reported item.

What concerns me is that if they haven't tested this bit properly what else isn't working?

 

I used to be quite content with norton having used it for 5+ years but I'm a little concerned now - this shows to me that little thought, planning or testing went into this.

 

I can only assume it is a module that is separate from the main core product and probably a junior programmer wrote it or a junior analyst spec'd it (we all have to start somewhere).

 

That being the case please get senior people on it now, re-write and get it released and learn from the mistakes. As a customer I expect it to be a fix, NOT wait for a new product version.

BUMP!

 

what is the update on this really annoying BUG!

 

this **bleep** identity safe is also autofilling all sorts of fields - on our merchant account website it prefilled a field labelled "batch no" with my email address ? wtf?

 

come on guys - stop writing new stuff and get the old stuff working properly please.

INMHO... it is better to switch off ID safe and use the Windows password saver.

What is the world coming to??? ... run everybody, the sky is falling!!! 

I recommended that someone use Windoze software as opposed to something else.