You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Antony Bowesman (JIRA)" <se...@james.apache.org> on 2008/03/18 22:33:29 UTC
[jira] Created: (MIME4J-40) Message.MessageBuilder#startMultupart
does not set multipart subType
Message.MessageBuilder#startMultupart does not set multipart subType
--------------------------------------------------------------------
Key: MIME4J-40
URL: https://issues.apache.org/jira/browse/MIME4J-40
Project: Mime4j
Issue Type: Bug
Affects Versions: 0.3, 0.4
Environment: Any
Reporter: Antony Bowesman
Fix For: 0.4, 0.3
When parsing a multipart message with new Message(is) the subtype of the multipart is never set, so it always returns "alternative", which is the default subtype.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] Closed: (MIME4J-40) Message.MessageBuilder#startMultupart
does not set multipart subType
Posted by "Robert Burrell Donkin (JIRA)" <se...@james.apache.org>.
[ https://issues.apache.org/jira/browse/MIME4J-40?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Robert Burrell Donkin closed MIME4J-40.
---------------------------------------
Resolution: Fixed
Fix committed.
> Message.MessageBuilder#startMultupart does not set multipart subType
> --------------------------------------------------------------------
>
> Key: MIME4J-40
> URL: https://issues.apache.org/jira/browse/MIME4J-40
> Project: Mime4j
> Issue Type: Bug
> Affects Versions: 0.3, 0.4
> Environment: Any
> Reporter: Antony Bowesman
> Assignee: Robert Burrell Donkin
> Fix For: 0.4, 0.3
>
> Attachments: MessageTest.java
>
> Original Estimate: 0.08h
> Remaining Estimate: 0.08h
>
> When parsing a multipart message with new Message(is) the subtype of the multipart is never set, so it always returns "alternative", which is the default subtype.
> Patch required for Message.java
> --- Message.java 2008-03-19 07:45:10.843750000 +1100
> +++ Message1.java 2008-03-19 07:46:08.875000000 +1100
> @@ -164,6 +164,7 @@
> Entity e = (Entity) stack.peek();
> Multipart multiPart = new Multipart();
> + multiPart.setSubType(bd.getMimeType().substring(10));
> e.setBody(multiPart);
> stack.push(multiPart);
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] Updated: (MIME4J-40) Message.MessageBuilder#startMultupart
does not set multipart subType
Posted by "Antony Bowesman (JIRA)" <se...@james.apache.org>.
[ https://issues.apache.org/jira/browse/MIME4J-40?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Antony Bowesman updated MIME4J-40:
----------------------------------
Attachment: MessageTest.java
Test case that shows the problem
> Message.MessageBuilder#startMultupart does not set multipart subType
> --------------------------------------------------------------------
>
> Key: MIME4J-40
> URL: https://issues.apache.org/jira/browse/MIME4J-40
> Project: Mime4j
> Issue Type: Bug
> Affects Versions: 0.3, 0.4
> Environment: Any
> Reporter: Antony Bowesman
> Fix For: 0.3, 0.4
>
> Attachments: MessageTest.java
>
> Original Estimate: 0.08h
> Remaining Estimate: 0.08h
>
> When parsing a multipart message with new Message(is) the subtype of the multipart is never set, so it always returns "alternative", which is the default subtype.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] Assigned: (MIME4J-40) Message.MessageBuilder#startMultupart
does not set multipart subType
Posted by "Robert Burrell Donkin (JIRA)" <se...@james.apache.org>.
[ https://issues.apache.org/jira/browse/MIME4J-40?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Robert Burrell Donkin reassigned MIME4J-40:
-------------------------------------------
Assignee: Robert Burrell Donkin
> Message.MessageBuilder#startMultupart does not set multipart subType
> --------------------------------------------------------------------
>
> Key: MIME4J-40
> URL: https://issues.apache.org/jira/browse/MIME4J-40
> Project: Mime4j
> Issue Type: Bug
> Affects Versions: 0.3, 0.4
> Environment: Any
> Reporter: Antony Bowesman
> Assignee: Robert Burrell Donkin
> Fix For: 0.3, 0.4
>
> Attachments: MessageTest.java
>
> Original Estimate: 0.08h
> Remaining Estimate: 0.08h
>
> When parsing a multipart message with new Message(is) the subtype of the multipart is never set, so it always returns "alternative", which is the default subtype.
> Patch required for Message.java
> --- Message.java 2008-03-19 07:45:10.843750000 +1100
> +++ Message1.java 2008-03-19 07:46:08.875000000 +1100
> @@ -164,6 +164,7 @@
> Entity e = (Entity) stack.peek();
> Multipart multiPart = new Multipart();
> + multiPart.setSubType(bd.getMimeType().substring(10));
> e.setBody(multiPart);
> stack.push(multiPart);
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
[jira] Updated: (MIME4J-40) Message.MessageBuilder#startMultupart
does not set multipart subType
Posted by "Antony Bowesman (JIRA)" <se...@james.apache.org>.
[ https://issues.apache.org/jira/browse/MIME4J-40?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Antony Bowesman updated MIME4J-40:
----------------------------------
Description:
When parsing a multipart message with new Message(is) the subtype of the multipart is never set, so it always returns "alternative", which is the default subtype.
Patch required for Message.java
--- Message.java 2008-03-19 07:45:10.843750000 +1100
+++ Message1.java 2008-03-19 07:46:08.875000000 +1100
@@ -164,6 +164,7 @@
Entity e = (Entity) stack.peek();
Multipart multiPart = new Multipart();
+ multiPart.setSubType(bd.getMimeType().substring(10));
e.setBody(multiPart);
stack.push(multiPart);
}
was:
When parsing a multipart message with new Message(is) the subtype of the multipart is never set, so it always returns "alternative", which is the default subtype.
Patch details for Message.java
> Message.MessageBuilder#startMultupart does not set multipart subType
> --------------------------------------------------------------------
>
> Key: MIME4J-40
> URL: https://issues.apache.org/jira/browse/MIME4J-40
> Project: Mime4j
> Issue Type: Bug
> Affects Versions: 0.3, 0.4
> Environment: Any
> Reporter: Antony Bowesman
> Fix For: 0.3, 0.4
>
> Attachments: MessageTest.java
>
> Original Estimate: 0.08h
> Remaining Estimate: 0.08h
>
> When parsing a multipart message with new Message(is) the subtype of the multipart is never set, so it always returns "alternative", which is the default subtype.
> Patch required for Message.java
> --- Message.java 2008-03-19 07:45:10.843750000 +1100
> +++ Message1.java 2008-03-19 07:46:08.875000000 +1100
> @@ -164,6 +164,7 @@
> Entity e = (Entity) stack.peek();
> Multipart multiPart = new Multipart();
> + multiPart.setSubType(bd.getMimeType().substring(10));
> e.setBody(multiPart);
> stack.push(multiPart);
> }
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org