6.0.0-beta1
8/9/25

[#2794] multipart viewer against documentation
Summary multipart viewer against documentation
Queue IMP
Queue Version HEAD
Type Bug
State Not A Bug
Priority 1. Low
Owners slusarz (at) horde (dot) org
Requester bret (at) hotmail (dot) com
Created 10/17/2005 (7236 days ago)
Due
Updated 10/18/2005 (7235 days ago)
Assigned 10/17/2005 (7236 days ago)
Resolved 10/18/2005 (7235 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
10/18/2005 04:07:17 AM Michael Slusarz Comment #2
State ⇒ Not A Bug
Reply to this comment
We could put in a 'return null' string there, but that is the default 
return value if no return() statement is present, which is perfectly 
valid (return() is optional - see 
http://www.php.net/manual/en/functions.returning-values.php).



the multipart/mixed viewer is not supposed to return any rendered text 
since it is a container class only.
10/17/2005 10:37:28 AM Jan Schneider Assigned to Michael Slusarz
State ⇒ Assigned
 
10/17/2005 09:37:39 AM bret (at) hotmail (dot) com Comment #1
State ⇒ Unconfirmed
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ multipart viewer against documentation
Queue ⇒ IMP
Reply to this comment
this is the code in the imp/lib/MIME/Viewer/multipart.php:



   /**

      * Render out the currently set contents.

      *

      * @access public

      *

      * @param array $params  An array with a reference to a MIME_Contents

      *                       object.

      *

      * @return string  The rendered text in HTML.

      */

     function render($params)

     {

         $contents = &$params[0];



         foreach ($this->mime_part->getParts() as $part) {

           $contents->buildMessagePart($part);



         }



     }



notice the missing return statement. how could this work? I've checked 
and the caller actually uses the returned value as if it was actually 
a string

Saved Queries