Issue 4296: Form state is not saved when it should be
http://code.google.com/p/chromium/issues/detail?id=4296
New issue report by [EMAIL PROTECTED]:
When the user changes a form value, we should periodically sync that form
state to the browser for session restore and crashed tab recovery. This is
done in a timer in RenderView as long as the form state has changed.
This was broken several WebKit merges ago and we'll no longer save this
state when the user changes form fields. We should still change it when
they scroll, however.
RenderView::OnNavStateChanged kicks this off. The function that used to get
called was webkit_glue::NotifyFormStateChanged. This was in turn called by
the StateTrackingString which we hacked into HTMLInputElement to tell us
whenever an input element's value changed.
We need to find a cleaner way to implement this than the state tracking
string, which was a hack. Probably there should be some "official" callback
on either the frame or view clients.
Issue attributes:
Status: Available
Owner: [EMAIL PROTECTED]
Labels: Type-Bug Pri-2 OS-All Area-WebKit
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Chromium-bugs" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/chromium-bugs?hl=en
-~----------~----~----~----~------~----~------~--~---
