[Tickets #6068] Re: Malformed Remote Subscription URL

[bugs at horde.org]

DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: http://bugs.horde.org/ticket/?id=6068
-----------------------------------------------------------------------
 Ticket             | 6068
 Updated By         | tyler.parsons at dynamicpulse.com
 Summary            | Malformed Remote Subscription URL
 Queue              | Horde Groupware Webmail Edition
 Version            | 1.1-RC1
 Type               | Bug
 State              | Feedback
 Priority           | 1. Low
 Milestone          | 
 Patch              | 
 Owners             | 
-----------------------------------------------------------------------


tyler.parsons at dynamicpulse.com (2008-01-07 13:21) wrote:

Running “echo $registry->get('webroot', 'horde');” has the expected result
and displays nothing.

I then proceeded to run the following command “echo Horde::url('', true,
-1);” in all application context with the expected result of
https://domainname.com/[Application Context]/ which is not the desired
result.  

What I did find interesting was when I ran the following command “echo
Horde::url('/imp', true, -1);” it worked as it should no matter what
Application context it was executed within.  Further analysis discovered
that if the following “echo Horde::url('imp', true, -1);” was run (removed
the /) it would always display https://domainname.com/[Application
Context]/imp.  

>From what I can tell is when $registry->get('webroot', 'horde'); returns
‘’ or does not contain a ‘/’ the malformed URLs are generated within that
specific application code.  Upon further review there are numerous other
places within other application frameworks where this same flaw is executed
(nag and mnemo) if memory serves me right.