Roundup Tracker - Issues

Message5987

Author rouilj
Recipients ced, rouilj
Date 2017-07-17.20:30:42
Message-id <1500323444.43.0.638125534816.issue2550946@psf.upfronthosting.co.za>
In-reply-to
I am confused. As far as I can tell the autocomplete attribute
only works for input (mostly text) tags.

As you state, menu() creates a select. From what I see at the w3c
autocomplete is not valid for selects. The link you posted
references input elements. If autocomplete does anything for
selects, I think it's a bug.

I can reproduce your issue. However in firefox shift refresh does
return the original (reset) data for selects at least. This makes
me wonder if firefox is trying to prevent data loss (or is pulling
from a local cached copy with the change preserved) and causing
the issue you report.

Refreshing/reloading with Edge, IE, Opera and Chrome are all
resetting the select box to the unchanged value. So this looks like
some ff issue.

Having said that, other types of input (e.g. checkbox) may benefit from
setting autocomplete off.  However from what I see of autocomplete use,
I would not expect the autocomplete type: name, street-address, ... to
be set on a checkbox.

As a result I am not sure that autocomplete will even do anything
useful for a checkbox.

Setting autocomplete="off" on the form tag may not be a bad idea.
It probably depends on the specific use case of the tracker.
As a result specifying it in the html for the specific tracker
instance rather than putting it into the code that generates form
fields is probably a better idea.

So my suggestion at this time sine it only appears firefox
is a problem is that there is nothing to change
in the released code for this. However an addition to the
documentation may be useful.

-- rouilj
History
Date User Action Args
2017-07-17 20:30:44rouiljsetmessageid: <1500323444.43.0.638125534816.issue2550946@psf.upfronthosting.co.za>
2017-07-17 20:30:44rouiljsetrecipients: + rouilj, ced
2017-07-17 20:30:44rouiljlinkissue2550946 messages
2017-07-17 20:30:42rouiljcreate