Autosubmit not respected

Harald

I have a login entry for which I have set the "Submit" field to "Never".
The reason is that the site has a confirmation requirement with random distorted characters that I am supposed to enter before I click on the "Log In" button.



But 1Password will attempt to login anyway, and in that confirmation field it enters the same data as in the "User ID" field. This happens both in case I login from the app 1Password or via the contextual menu in Safari.





PS: Is it ok to post and discuss in this forum?

From your web I was directed to some new very awkward forum site ([url="http://support.agilebits.com"]http://support.agilebits.com[/url]), but that one does not respect my login credentials, so I seem to have no account there! Bad! I feared all of the old forums were gone! Searched and found a link to this forum with old topics preserved.

When I registered my account for the Agile forums, it was while the forum was called "forum.agile.ws/". I have posted several issues in a few topics in this forum, some of which are still not addressed in the latest 1Password version (3.8.9 and latest for the iPhone), so I think it is valuable to keep the history. I really don't like that the new forums have cut all ties to history and previous member.

khad

Hey Harald,



I'm sorry that you are having trouble with autosubmit.



Please note that our support site is completely separate (and available at a different URL: support.agilebits.com vs. forum.agilebits.com), so it does not use the same authentication as these community forums. The support site doesn't replace these community forums but is available for people who want things to "Just Work" rather than being part of our community here. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' />



The folks I see in these community forums are ones who ask "why?" more often and are more interested in the way 1Password works and its development. Folks on our support site lean more towards "I don't care why; I don't want to be part of a community; I just want it to work". Both are perfectly valid, but we definitely get more folks who (rightly) just want things to work and don't care about the "why".



Regarding your Login, could you please save a new Login for that same site and let me know if the problem persists in the new Login? Let me know how it goes. Also, if you could provide the URL that would really help us out. I'm interested in the "why" as well and can get a better understanding (and pass it along to the developers) if I have the URL.



Thanks!

Harald

Thanks for response, and for clarifying the purpose of forum.agilebits vs support.agilebits, and for keeping the forum as it is. Good. I was VERY confused by the apparent dismiss of the forums, so I suggest that you have a link somewhere to the forum, e.g at [url="https://agilebits.com/support"]https://agilebits.com/support[/url].

On http://support.agilebits.com/ I see that you write: "please browse the public [url="http://support.agilebits.com/discussions"]discussion forum[/url]", but that url is, according to what you said, NOT the community forum but the support! Pretty confusing!





Back to the actual issue:

According to your suggestion, I did save a new Login for that same site, and the new login actually does work as it should! Strange!? To find out why they behave differently, I started to edit the old login item to look EXACTLY like the new one, but that did not correct the problem! Strange!



The URL in question is: https://cp.shareit.com/shareit/cp/login/index.html

And I have two accounts there. So far, I have only created a new login item for one of the accounts.



The old login item had the fields 'Username' and 'Password', whereas the new login item I saved got: 'PUBLISHER_ID' and 'PASSWORD', and an empty field 'CAPTCHA' and a field 'SUBMIT_LOGINDATA' set to 'Log In'.



Despite I edited the old login item to have all these fields exactly the same as the new one, it would still enter the username (publisher_id) in the CAPTCHA field! Strange!



So I have now deleted the old login item and replaced it by the new one, but I really think it is strange that they could behave differently despite they appeared identical (they also had the same Display and Submit [Always, Never, High Security]).



I haven't yet done anything to the other account I have, since I wanted to wait for your response before I do anything. Since the login item for that other account has the same problematic behavior, I might need to recreate also that one from scratch.



(Note: these accounts were initially imported from textual representations coming from CiphSafe).

khad

Re-saving a Login can be useful for Logins that are either problematic to begin with or were once working but have since stopped. Doing this allows 1Password to refresh everything it "knows" about the page. Login pages often change as websites are updated and this can be a necessary but very useful tip. This is especially the case when Logins are imported from another application which did not properly record all the necessary form field information for filling. Fortunately this should only be a one-time affair. <img src='http://forum.agilebits.com/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' />



I'll see if I can't get someone to update the language on our support pages to be clearer.



Please let me know if there is anything else I can help with.



Cheers!