Duplicate of ticket #5942.

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.

What does a plain $registry->get('webroot', 'horde') return in an 
application context? The correct (horde) webroot setting for you 
should be '', if horde is your root directory.

A little bit more Detail of what I see.



File: horde/kronolith/templates/calendars/calendars.inc

Line: 30



I extracted and then modified a piece of code I found within horde and 
began playing with it within the PHP CLI:

echo (Horde::url($registry->get('webroot', 'horde'), true, -1) . 
'/rpc.php/kronolith/" + share + ".ics"');

When executed within any application context it allways produces this 
formated URL https://domainname.com/[Application 
Context]//rpc.php/kronolith/" + share + ".ics".  This happens my 
webroot within the horde array is set to either _detect_webroot() or ''.



When I populate the horde webroot with an actual value like '/' the 
following string is displayed within all applications contexts

https://domainname.com//rpc.php/kronolith/" + share + ".ics"

Which is a good thing since "Application Context" now reflects the 
webroot set for the horde array.  The only bad part is then it messes 
up all the path'ing to the javascript / css and images and other things.



Not sure if I made myself clear with this description.  Has anyone 
been able to reproduce this?  I think I may be missing something.

Yes I used the defaults for the applications['horde'] array:



     'fileroot' => dirname(__FILE__) . '/..',

     'webroot' => _detect_webroot(),



I also tried the following just to determine if the _detect_webroot(); 
function was not working properly.



     'fileroot' => dirname(__FILE__) . '/..',

     'webroot' => '';



Both produced the same result.  Hope this helps.  Thanks!

And is the value for Horde set correctly?

I believe do have the correct value set within my config/registry.php



     'fileroot' => dirname(__FILE__) . '/../kronolith',

     'webroot' => $this->applications['horde']['webroot'] . '/kronolith',



The entire kronolith application works with the exception of the 
generation of the "Remote Subscription URL".   Please advise.

Set the correct 'webroot' value in config/registry.php.

The Remote Subscription URL seem to be malformed within kronolith.  I 
have my horde install setup to run at my document root.  Here is an 
example of an auto generated text created with kronolith under "Manage 
My Calendar": 
https://domainName/kronolith//rpc.php/kronolith/testemail@test.com.ics



I do realize that the correct url that should be generated is: 
https://domainName/rpc.php/kronolith/testemail@test.com.ics



Thanks!