Closed Bug 22153 Opened 26 years ago Closed 24 years ago

Form action mailto: not implemented

Categories

(Core :: DOM: Core & HTML, defect, P3)

Product:
Core
Component:
DOM: Core & HTML
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 61893
Milestone:
Future

People

(Reporter: roland.mainz, Assigned: mscott)

References

(
URL
)

Details

(Whiteboard: [nsbeta2-][rtm-])

Attachments

(2 files)

test case
280 bytes, text/html
Details
resulting email sent/received
724 bytes, text/plain
Details
The URL http://www.baum.org/anmeld.htm contains a form which submits it's data via email, e.g. <form action="mailto:anmeldung@baum.org" method=post enctype="text/plain"> Netscape 4.x works but my Mozilla 19991215 build only presents me an empty email window...
Assignee: karnaze → pollmann
Reassigning to Eric.
I'm marking this as an HTML4 feature (meta bug 7954 dependent on this one).
Assignee: pollmann → warren
Component: Form Submission → Networking
OS: Solaris → All
Hardware: Sun → All
Summary: Form submission via email doesn't work... → [HTML 4] Form action mailto: not implemented
I'm guessing this will require some work in netlib (the mailto protocol) to look at the post data stream and if it is present, send the message without opening up a window. Warren, I'm not sure who to assign this to, but can you take a look? Thanks! I'm attaching a test case and the resulting email I received when I submitted the form in Nav. (no email compose window popped up)
Attached file test case —
Please let me know if I can help out with this effort. Thanks!
Assignee: warren → mscott
-> mscott
Putting on PDT radar for beta1
Keywords: beta1
Whiteboard: [PDT+]
ckritzer: the PDT team actually decides when a bug is PDt+ plus or not. You can only nominate it for consideration by putting the beta1 tag in the keywords field. Removing PDT+ marking. PDT will set this if they feel it is PDT+.
Whiteboard: [PDT+]
Oh, okay. Thanks for the clue-in! :-)
Whiteboard: [PDT-]
BTW, this strikes me more as a Form Submission bug than a Networking bug...mscott?
Target Milestone: M16
Ian: I don't think this is HTML 4 feature. See the spec at http://www.w3.org/TR/REC-html40/interact/forms.html#adef-action : "User agent behavior for a value other than an HTTP URI is undefined." <form action="mailto:"> is bad authoring practice, anyway, but I guess we want to be backwards compatible with Nav4 here - so the bug is still valid. To reflect these thoughts, I'm making these changes: - removing [HTML 4] identifier from Summary - removing the bug 7954 depencency - adding '4xp' keyword - removing 'beta1' keyword (beta1 being long gone) - lowering priority to Minor (this is by no means Critical)
No longer blocks: html4.01
Severity: critical → minor
Keywords: beta1 → 4xp
Summary: [HTML 4] Form action mailto: not implemented → Form action mailto: not implemented
I noticed that we have a 'nsbeta2' keyword as well - putting that in.
Keywords: nsbeta2
Whiteboard: [PDT-]
Putting on [nsbeta2-] radar. Not critical to beta2. Putting on nsbeta3 for fix in PR3.
Whiteboard: [nsbeta2-]
Target Milestone: M16 → M18
per Antti's comments. This doesn't meet our beta3 criteria and it sounds like we don't think it's that important.
Target Milestone: M18 → Future
*** Bug 55469 has been marked as a duplicate of this bug. ***
I think this was fixed a while ago. Marking WFM.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
*** Bug 55469 has been marked as a duplicate of this bug. ***
Nifty little testcase. From the DUPLICATE. Also, reopening and changing QA contact and component to FORM SUBMISSION. http://bugzilla.mozilla.org/showattachment.cgi?attach_id=16715
Status: RESOLVED → REOPENED
Component: Networking → Form Submission
Keywords: rtm
QA Contact: ckritzer → lorca
Resolution: WORKSFORME → ---
Dan, when you nominate, please include a comment explaining why this fix is so hugely important for the rtm that we should take a risk on it. How prevalent is this usage in the real world?
Whiteboard: [nsbeta2-] → [nsbeta2-][need info]
> How prevalent is this usage in the real world? Any form using 'mailto:' doesn't work properly in IE - pages that are doing that already have a serious problem. I have no statistics about the usage, though.
rtm-, real world usage of such a feature must be low.
Whiteboard: [nsbeta2-][need info] → [nsbeta2-][rtm-]
May I write it here? It came to work by mailto: on 2000101704. But ?subject= is not work on 2000101704 yet. http://game.gr.jp/chkmoz/08/index.htm It is working on IE4,5 NN4.
It's true that this doesn't work on IE, but it worked in Nav4 and is more widely used than you might expect. It's convenient as hell, so customers who standardized on Nav4.x likely use it on their intranets, and it's used in forms on DevEdge Online (e.g. the streaming audio presentation feedback forms) and so on. Would like this fixed for backward compatibility with existing legacy content; nominating nsbeta1. However, I agree that since this doesn't work on IE, it's a lower priority than bugs that are backward compatibility with the behavior of both IE and Nav4, so it should be dropped before those bugs if we run out of time.
Keywords: nsbeta1
22159 the same as 61893 How about hosting a simple cgi on your server as a workaround?
"mailto:" ius client-side, using user's default email account. CGI is server-side and requires that user types-in his/her email...
Reassigning QA Contact for all open and unverified bugs previously under Lorca's care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
duplicate of a newer bug that's assigned... *** This bug has been marked as a duplicate of 61893 ***
Status: REOPENED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → DUPLICATE
Verifying Duplicate
Status: RESOLVED → VERIFIED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: