Closed
Bug 35448
Opened 24 years ago
Closed 21 years ago
autosave to forms (slightly different from wallet feature)
Categories
(SeaMonkey :: MailNews: Message Display, enhancement)
Tracking
(Not tracked)
Future
People
(Reporter: davidp041869, Assigned: rods)
References
Details
This next suggestion (autosave) is a suggestions to both forms and to the MailNews compostion window. I think I've had this happen to me before and that is that I am typing an email (in the mail compostion window) and then the brower crashes (or a power failure), I have to type everything over again and I often find that if I have to type something over again, my heart or creativity won't be fully into the composition the second time. I suppose I could always press "save" (in mail compose) but if I am engrossed in my writting, I might forget. The program should do that (autosave) for me. The same thing with forms but more can go wrong with forms, since it may also be a brower crash, power failure but may be a result of a server (cgi script error) or I forgot to put in a field in the form, and am asked to press the back key, and to find the contents of what you wrote may or may not be there. This is similar to the new wallet feature (even it doesn't offer autosave, at least not yet). The wallet feature to me seems a bit to permanent since wallet offers the ability to save the name address, credit cards (saved from a form then a fill to similar forms) so we don't have to enter stuff again (like at amazon.com & other sites). No what I am talking about is only temporary as the contents of the form that I am typing now. Once it is actually sent (assuming there are no errors in the cgi server script), I won't need the contents that I have written anymore so what I have written could be auomaticly deleted.
Reporter | ||
Comment 2•24 years ago
|
||
Sorry about the dup in message Bug 35449, it looked like the cgi script was hanging and nothing was happening so I sent it again and it looked like it was hanging so I decided to give up. Again sorry for the dup in Bug 35449 I have a question? Should the Component field be kept the way it is as "HTML form controls" or should it be listed as "autofill"?
Comment 3•24 years ago
|
||
The forms thing seems very complex (and not necessarily desireable IMO); but the mail autosave might be doable. Moving to MailNews. Gerv
Status: UNCONFIRMED → NEW
Component: HTML Form Controls → Mail Window Front End
Ever confirmed: true
Product: Browser → MailNews
Assignee | ||
Comment 4•24 years ago
|
||
marking as later
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → LATER
Comment 5•24 years ago
|
||
reopening and marking Future...
Status: RESOLVED → REOPENED
Resolution: LATER → ---
Target Milestone: --- → Future
Comment 7•23 years ago
|
||
Whoops, sorry, that should have gone to esther...
QA Contact: lchiang → esther
Assignee | ||
Updated•23 years ago
|
Priority: P3 → --
I think this is system independent. The original idea about forms indeed seems to be slightly peculiar. Not that it would not be useful, but there lots of issues related: security/privacy of data and how to arrange it in user interface. However for mail messages this seems to be an urgent need. People are having discussions in various bugs about backing up whole mailboxes (which can be done by third party software moderately succesfully), but autosave for mailmessages cannot be workaround. Some people type messages which are as long as wordprocessor documents. I guess nobody questions utility of autosave in wordprocessors.
Forgot: I guess the summary is misleading. Should be: autosave of mail messages incompose window (or similar). Sorry for spam.
Comment 10•21 years ago
|
||
*** This bug has been marked as a duplicate of 16360 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 21 years ago
Resolution: --- → DUPLICATE
Comment 11•21 years ago
|
||
This is not a duplicate of 16360, as marked. 16360 exclusively deals with autosave in Mail/News whereas this bug also deal with autosave of form elements in the browser.
Comment 12•21 years ago
|
||
"autosave of form elements in the browser." That's bug 156765. That bug has a better description than this one.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•