Re: ops & mozilla password manager

Hi,

just further to previous email regarding Mozilla/Firefox password manager, the problem occurs because input fields populated by the password manager do not update the relevant xforms instance elements.

If I focus on the input box and enter additional text, however, the saved text and new text populate the xforms instance element.

I imagine this would also happen if/when form data is saved client-side in the Firefox browser.

Is there an XForms event/action that will check for input form values that have been entered without the user having selected/input data, and update the relevant XForms model instance elements?

thank you
Tanya






 > I am using OPS v3.0, and have noticed that the password field is
 > incompatible with the mozilla browser password manager.

 > As an example, I have a log in screen with username/password fields.

 > If the input form password is saved in the mozilla password manager,
 > it is not possible to log in.

 > Remove the password from the mozilla password manager, and it is
 > possible to log in.
 >
 > I would just like to understand why this might be - I have checked
 > the password saved in the mozilla password manager, and it is
 > correct.

OPS just produces a standard HTML input/@type="password" element. This
should not cause any particular problem. Is your example something
that we could reproduce?


--
This message (and any attachments) is for the recipient only. NERC
is subject to the Freedom of Information Act 2000 and the contents
of this email and any reply you make may be disclosed by NERC unless
it is exempt from release under the Act. Any material supplied to
NERC may be stored in an electronic records management system.




--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Hello,

I would just like to post the question again regarding firefox/mozilla functions to save form field data and form passwords.

Has anyone else encountered a problem with this, that populating form field values via browser cache does not update the xforms instance?

regards
Tanya

>>> Tanya Gray 09/18/06 12:43 PM >>>
Hi,

just further to previous email regarding Mozilla/Firefox password manager, the problem occurs because input fields populated by the password manager do not update the relevant xforms instance elements.

If I focus on the input box and enter additional text, however, the saved text and new text populate the xforms instance element.

I imagine this would also happen if/when form data is saved client-side in the Firefox browser.

Is there an XForms event/action that will check for input form values that have been entered without the user having selected/input data, and update the relevant XForms model instance elements?

thank you
Tanya






 > I am using OPS v3.0, and have noticed that the password field is
 > incompatible with the mozilla browser password manager.

 > As an example, I have a log in screen with username/password fields.

 > If the input form password is saved in the mozilla password manager,
 > it is not possible to log in.

 > Remove the password from the mozilla password manager, and it is
 > possible to log in.
 >
 > I would just like to understand why this might be - I have checked
 > the password saved in the mozilla password manager, and it is
 > correct.

OPS just produces a standard HTML input/@type="password" element. This
should not cause any particular problem. Is your example something
that we could reproduce?


--
This message (and any attachments) is for the recipient only. NERC
is subject to the Freedom of Information Act 2000 and the contents
of this email and any reply you make may be disclosed by NERC unless
it is exempt from release under the Act. Any material supplied to
NERC may be stored in an electronic records management system.




--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Tanya,

I have also experienced this. If you let 'autofill' (from the google toolbar) or firefox populate the input boxes, the instance does not get updated.

Henrik




--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Erik,

The code you're provided doesn't work.
The position() Xpath 2.0 function does not return the same result in a
repeat loop inside or outside a select1 control.
See my new attached example.(the label of the select1)

Marc

 >This is due to the way XPath works. In this expression:

 >instance('listes-simple')/liste[@id=instance('instance')/choix[position
 >()]/@value]/item

 >a new context is created once you use "[...]", so position applies to
the position within that context, which is by default 1.

 >Maybe you can try something like this (XPath 2.0):

 >for $position in position() return
 >instance('listes-simple')/liste[@id=instance('instance')/choix[$positio
 >n]/@value]/item

-Erik



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Tanya,

Thanks for investigating this. I entered a bug to track this:

http://forge.objectweb.org/tracker/index.php?func=detail&aid=306173&group_id=168&atid=350207

I am not sure there is an easy workaround at this point and I suspect
(but I may be wrong) that fixing this will require work in xforms.js.

-Erik

Tanya Gray wrote: --
Orbeon - XForms Everywhere:
http://www.orbeon.com/blog/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Hi Erik

thanks for info. I will look to edit the xforms.js file and get back to you/ops-users if I find a good solution.

As a quick start, is any information available on the function calls / sequence of events that occur further to a value being entered in an input field, up to the corresponding xforms instance element being updated?

At the moment, it is my understanding that function calls will be needed on page load or form submission, to transfer values from input fields to the corresponding elements in the xforms instance.

thanks v much
Tanya




>>> [hidden email] 09/20/06 11:59 AM >>>
Tanya,

Thanks for investigating this. I entered a bug to track this:

http://forge.objectweb.org/tracker/index.php?func=detail&aid=306173&group_id=168&atid=350207

I am not sure there is an easy workaround at this point and I suspect
(but I may be wrong) that fixing this will require work in xforms.js.

-Erik

Tanya Gray wrote: --
Orbeon - XForms Everywhere:
http://www.orbeon.com/blog/



--
This message (and any attachments) is for the recipient only. NERC
is subject to the Freedom of Information Act 2000 and the contents
of this email and any reply you make may be disclosed by NERC unless
it is exempt from release under the Act. Any material supplied to
NERC may be stored in an electronic records management system.




--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Tanya,

 > As a quick start, is any information available on the function calls
 > / sequence of events that occur further to a value being entered in
 > an input field, up to the corresponding xforms instance element
 > being updated?

In this case like in many others, the documentation is the code ;-)

-Erik

--
Orbeon - XForms Everywhere:
http://www.orbeon.com/blog/



--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

Hi,

i know these post is a older one, but i have the same problem. Is there a work a round? Is there a event i can dispatch to re-read the secret control?

Ben

Ben,

I am thinking that you could get around this by disabling the Firefox
autocompletion, adding autocomplete="off" on the <form>. You should be
able to do this in your theme. You'll let us know how it works for you
if you get a chance to try it.

Quick reference to the Mozilla doc:

https://developer.mozilla.org/en/How_to_Turn_Off_Form_Autocompletion#How_to_Turn_Off_the_Autocompletion_Feature

Alex

On Thu, Mar 11, 2010 at 5:59 PM, Benjamin <[hidden email]> wrote:

--
Orbeon Forms - Web forms, open-source, for the Enterprise -
http://www.orbeon.com/
My Twitter: http://twitter.com/avernet


--
You receive this message as a subscriber of the [hidden email] mailing list.
To unsubscribe: mailto:[hidden email]
For general help: mailto:[hidden email]?subject=help
OW2 mailing lists service home page: http://www.ow2.org/wws