Closed
Bug 35448
Opened 25 years ago
Closed 22 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•25 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•25 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•25 years ago
|
||
marking as later
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → LATER
Comment 5•24 years ago
|
||
reopening and marking Future...
Status: RESOLVED → REOPENED
Resolution: LATER → ---
Target Milestone: --- → Future
Comment 7•24 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•22 years ago
|
||
*** This bug has been marked as a duplicate of 16360 ***
Status: REOPENED → RESOLVED
Closed: 25 years ago → 22 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
•