Closed Bug 889143 Opened 12 years ago Closed 12 years ago

search page should do client-side input validation

Categories

(Socorro :: Webapp, task, P2)

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: stephend, Assigned: adrian)

Details

Attachments

(1 file)

Attached image Screenshot of issue
STR: 1. Load https://crash-stats.mozilla.com/query/?product=Firefox#advanced 2. Type "google.com" into the "Build ID" field 3. Submit the search 4. Get the error message 5. Now, click the Back button Actual Results: The AJAX "Processing query, please wait..." message and spinner stay
(In reply to Stephen Donner [:stephend] from comment #0) > Created attachment 769925 [details] > Screenshot of issue > > STR: > > 1. Load https://crash-stats.mozilla.com/query/?product=Firefox#advanced > 2. Type "google.com" into the "Build ID" field > 3. Submit the search > 4. Get the error message > 5. Now, click the Back button > > Actual Results: > > The AJAX "Processing query, please wait..." message and spinner stay Huh that's weird, not sure what's causing that offhand.. caching maybe?
To be honest we should have JS validation here which will completely avoid the problem.
(In reply to Schalk Neethling [:espressive] from comment #2) > To be honest we should have JS validation here which will completely avoid > the problem. Excellent point! Normal users would never need to see the annoying form validation failure error page too which is a bonus.
Morphing bug. Adrian is this done for the "supersearch" rewrite already? Assuming that's coming soon, we could just do it for the new search app and not bother fixing up the current one.
Summary: [socorro-crashstats] AJAX "processing search query" spinner message stays after going back from error condition → search page should do client-side input validation
Assignee: nobody → adrian
Priority: -- → P2
supersearch will remove this problem entirely as results are loading through an AJAX call, and the 'Search' button is never deactivated. I'm going to investigate the original problem, as supersearch won't be turned on for all users before another few months I think.
So this is indeed a caching problem with the browser. I don't think we want to solve this, it's a trivial problem that would require too much work, especially since supersearch is coming and will solve it. Marking as wontfix, reopen if you disagree. :)
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: