Looonnng list of sites to choose from... why?

hmahaffey

When I hit the hotkey (Command+\) for some of our internal websites, I get a long list of choices. I don't know where this list comes from, but it's a bit irritating that, having selected the one to use, 1Password does not remember that for next time.



I thought that if I go to a site like http://internal_site_1.goteam.com and hit Command+\ it would either sign me in based on a pattern match of the site I'm at and what is in my database. For a FEW of my internal sites, it just displays a full list of various sites. I can only guess it's matching on the "....companyname.com" at the end.



Is there something I can clear out? Reset?



Thanks!



:)hal

hmahaffey

Sorry, I have 1Password 3.8.1, latest extensions for Firefox 6 (yes i'm aware of problems with FF6, but I've had THIS problem with some sites for a very long time)

Ben

Hi hmahaffey,



Are all of these logins for [i]something[/i].goteam.com? Otherwise it sounds like your Cmd+\ keyboard shortcut got changed to Go & Fill / All Logins.



Please let me know.

Thanks.

Ben

hmahaffey

"Enable Autosave" is on and "Fill Login keyboard shortcut" is Command+\. I guess "Go and Fill" means "Display list of sites, let me pick one, and we'll go to that site and fill it in for you". Neat feature, never knew it was there. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' />



But remember, I only have this problem with our internal sites. On all other sites this works fine. (NOTE: Well, sort of... ever since the latest update I get a lot of cases where it displays the name of the site I'm on and i have to click it, instead of just automatically filling it in like it used to. And of course, the now-infamous "doesn't hit Enter/Submit when it's filled out" problem).



No, this is just our internal sites. I *will* say that it's possible it's due to the nature of the URLs.... I see that some of them go to a "http://operations-security.goteam.com/?url=different-internal-site.goteam.com?code=8338E8388" or something like that. Perhaps that's throwing 1P off. Still, not all of them are like that...



Thanks for helping!



:)hal

[Deleted User]

Hello hmahaffey,



On behalf of Ben, you are very welcome!



Thanks for updating the thread with your observation that the behavior appears to be limited to your internal sites.



I'm sure it is not optimal, but I hope it is not too much of an inconvenience.



Cheers!



Brandt

hmahaffey

[quote name='bswins' timestamp='1314322505' post='42494']

I'm sure it is not optimal, but I hope it is not too much of an inconvenience.

[/quote]

Well... you could say the same about all bugs. The point of my posting was to find out how 1P created that list. I thought if I saved a password for http://foo.com, when I pressed Command+\ it would log me in using my saved password. What I'm getting is a list of URLs to choose from that, yes, are indeed related in that they are internal corporate sites. But I expect 1P to act the same way regardless. If I understood how 1P put that list together, I could maybe figure out how to correct it.



The fact that they are internal does not mean 1P gets to behave differently. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' /> But it might be a clue of some sort, if we knew what to look for.



So is there some sort of cache to clear? SOMEthing? And how is that list determined?



With so many problems with 1P recently, it is very hard to test anything. I have sites entered in my database that it refuses to enter the login information for. Others it will fill in but not hit the final Enter/Submit.



:)hal

Ben

This isn't so much a bug as much as it was a design choice. All logins for *.domain.tld are shown in the Fill Login menu, so if all of these internal sites are using the same domain name, they'll all be shown in the selection. You can filter through them by clicking the magnifying glass at the top left corner.

hmahaffey

Well there ya go. Naturally all of our internal sites use the same corporate domain name. I never knew the Magnifying glass was a fliter.



In general I can see this as being kind of useful, but if I have a rule for http://remedy.db.internal.com and I am ON http://remedy.db.internal.com/nothign_should_matter_after_this, then it would be nice if 1P used that rule instead of asking me to choose from entries for http://sybase.db.internal.com and http://oracle.db.internal.com and http://mongo.db.internal.com.



It might make sense if ALL http://*.*.internal.com sites used the same password... though if they did then why choose? Never mind, I can't think of a single reason why I would want to choose from a list when I am on a site for which I have a clearly defined entry for....



Maybe if I understood the design choice I could make sense of it, and maybe even use it for that reason. Would you happen to know?



Actually, most of our internal sites DO use the same opensso for authentication, so maybe i'll delete the other entries and rely on this feature. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' />



Thanks!



:)hal

MikeT

Hi,



Subdomain URL matching is something we want to support but I do not have a timeframe on when we'll implement this. We made some changes when we moved toward the new extensions framework and we have a lot of more improvements coming in the near future (we're actually very excited about it).



As for the magnifying glass, you don't have to click on the icon, you can start typing as soon as you get a list, and it'll narrow it down as you continue to type.



On behalf of Ben, you're welcome.

mariner1

+1 on subdomain matching. (A path matching option would be even better, but I'll take what I can get.) It drives me nuts to get a list of options — an extra step, that is — when the one I need is so evident from the URL. This is particularly irritating when there's one login for a site and another for the site's helpdesk or forums. Every time it happens, I think, "This is not designed right! Why doesn't 1P do this?"

hmahaffey

thanks, i was afraid i was the only one. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' /> it seems like it was more work NOT to do it that way, doesn't it? <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' />

hmahaffey

oh! and thanks, mike & ben! <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' />

brenty

Any time, you guys! I am glad we could help clear this up. It is a delicate balance. Some folks prefer to have subdomains ignored for sites like google.com where subdomains use the same login credentials; but in other cases (our own AgileBits tools, for instance) each subdomain has its own set of login credentials. Hopefully we will be able to satisfy both camps with something like customizable equivalent domains somday. Only time will tell.



One thing I do from time to time is prune my logins a bit to remove (from the browser at least) some of the lesser-used ones. Edit any Login item in 1Password and you can set the "Display" value to "Never Display in Browser". I hope this helps! <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' />