6.0.0-beta1
▾
Tasks
New Task
Search
Photos
Wiki
▾
Tickets
New Ticket
Search
dev.horde.org
Toggle Alerts Log
Help
7/17/25
H
istory
A
ttachments
C
omment
W
atch
Download
Comment on [#657] HTML editing broken if services/editor not a subdirectory of Horde webroot
*
Your Email Address
*
Spam protection
Enter the letters below:
..__ .___ __.. . |[__)[__ (__ | | \__|| [___.__)|/\|
Comment
>> So, am I correct in thinking that you want to be able to relocate the > >> services/ directory independantly of horde/? > >> > > Yes. > > > >> I'm sorry, I'm having a hard > >> time figuring out what exactly you want to be able to put where, and what > >> *is* in the webroot still (aside from graphics) - things like css.php and > >> javascript.php have to be, right? Etc. > > > > Okay, I can understand the confusion 100% here, lets get that > straight. This project (the client's CMS, and integrating up-to-date > Horde) has done my head in more times than I'd care to mention, so of > course I am well aware of the confusion here... > > > > Apache filesystem webroot is: /webroot/ > > Apache HTTP webroot is: http://myhost/ > > > > CMS filesystem root is: /webroot/ > > CMS HTTP webroot is: http://myhost/cms/ > > > > Horde is installed in, say, filesystems /webroot/, so for the > htmlarea editor, it's: > > > > Filesystem: /webroot/horde/services/editor/htmlarea/ > > Inside CMS: http://myhost/cms/horde/services/editor/htmlarea/ > > Outside CMS: http://myhost/horde/services/editor/htmlarea/ > > > > Now, it's not very clever (tm) to force the htmlarea.js script to go > through the extra overhead of the CMS when there's no need to, so I > would like to be able to access (without Apache aliasing) the > htmlarea editor via: > > > > http://myhost/horde/services/editor/htmlarea/ > > (without involving the CMS) > > > > Instead of: > > > > http://myhost/cms/horde/services/editor/htmlarea/ > > (which involves the CMS overhead) > > > > I can do this with images by just copying the graphics directories > into the URL path http://myhost/horde/graphics/ and the same for the > respective application's 'graphics' directories, adjusting the path > accordingly, and adjusting the 'graphics' portion of horde's > registry.php, of course. > > > > However with the /services/editor/htmlarea there is no such option in > registry.php, nor anywhere else, and this is further confused (*) by > the intermittent use of javascript.php (varying calls to > addScripting() or whatever the function is called), so I'd like the > /services/editor/htmlarea to be adjustable in a similar way to the > /graphics/ directories in order to aid integration into CMS systems. > > > > The idea being that, whether or not > http://myhost/cms/services/editor/htmlarea (within CMS) and > http://myhost/services/editor/htmlarea (outside CMS) share the same > filesystem path, or not, the ability to configure which of the two is > used should be there, as different CMS systems have different > requirements in that respect. The one I'm working on requires the > ability to Horde to be outside the filesystem webroot, whereas others > require, or at least allow horde to be in the filesystem webroot. > > > > K. > > > > *) lib/Horde/Editor/htmlarea.php, lines 28 & 29, what's that about? > > > > PS. The /cms/ addition for in-CMS URL's could use PATH_INFO to > rewrite the filesystem path well out of the standard webroot! So if > you set the 'webroot' registry parameter for something, you can't > rely on the CMS translation being there to make it work, or the > non-CMS version being in the actual webroot, hence some extra config > is needed to make the process easier without resorting to Apache > aliases, thereby complicating the Horde install process in such cases. > >
Attachment
Watch this ticket
N
ew Ticket
M
y Tickets
S
earch
Q
uery Builder
R
eports
Saved Queries
Open Bugs
Bugs waiting for Feedback
Open Bugs in Releases
Open Enhancements
Enhancements waiting for Feedback
Bugs with Patches
Enhancements with Patches
Release Showstoppers
Stalled Tickets
New Tickets
Horde 5 Showstoppers