Closed Bug 192595 Opened 22 years ago Closed 21 years ago

remember it name fields grayed out after back button used while remember it box is checked

Categories

(Bugzilla :: User Interface, defect)

2.17.1
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jpyeron, Assigned: jpyeron)

References

()

Details

User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; .NET CLR 1.0.3705) Build Identifier: ie 5.50.4807.2300 use query page to execute a query [which fails, causing you to use the back button], naming it. use the back button to go to the page. the "and remember it" box will be checked and the "with this name:" field will have the value you last entered, but will be grayed out. upon submition this time the system does not attempt to save the search. (did it not get the values from the browser?) unchecking the rememberit box then checking avoids the issue. (x) Run this search [x] and remember it (x) with this name: [foobar_________] [x] and put it in my page footer ( ) as my default options for this page Reproducible: Always Steps to Reproduce: Justification for major: it causes 3x load on servers because of user confusion in situation, and is non-obvoius. One may assume a complicated query was saved, to find out a week later it was not ( aside from the duediligence double check a query creation time ) One should be able to assume that if boxes contain the values intended, grayed out is irrelevant.
Version: unspecified → 2.17.1
Sorry miscatagorized it under Query when it is a UI issue.
Component: Query/Bug List → User Interface
sounds like one of those magic javascript thingies failing to work (or working when it's not supposed to)
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
The browser isn't remembering the DOM state on back/forward, but it is remembering the form state. So we get the checkbox checked, but stuff still disabled. I think. Does IE not send data for disabled form controls, or something?
yes, that appears to be the case. looking at the html source, they do attempt to call a function after html render to ensure the dis/enabled states are syncronized with the form value. why this does not work is not obvoius.
Assignee: endico → nobody
Assignee: nobody → jpyeron
(In reply to comment #0) > upon submition this time the system does not attempt to save the search. (did > it not get the values from the browser?) > unchecking the rememberit box then checking avoids the issue. > (x) Run this search > [x] and remember it (x) with this name: [foobar_________] > [x] and put it in my page footer > ( ) as my default options for this page this is no longer the case, the search page has changed. 2.17.6 and tip
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
QA Contact: matty_is_a_geek → default-qa
You need to log in before you can comment on or make changes to this bug.