DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=26052>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=26052





------- Additional Comments From [EMAIL PROTECTED]  2006-02-07 16:36 -------
(In reply to comment #13)

> 
> We all know that the 3rd party developers are not going to change this as they
> are not well-versed in apache and write code that runs on many webservers 

And use a variable that is only present on one specific webserver (httpd)?
And use a variable whose API is limited to non mass virtual hosting?

> 
> Its a bug, no one wants to admit it though :)

No it is not. We are talking abount an enhancement here.

> 
> If someone else made such a fix would there even be acceptance of it by the
> apache team? Or are hearts hardened and this is seen as not a bug but a 

Feel free to provide a patch. I cannot promise that it goes into the code base,
because

- From the discussion it seems obvious that for most of the httpd developers
this is a low priority issue.
- It depends on the way the patch solves the problem.

> 
> I'm about ready to pay a bounty to get this resolved.
> 

Thats what I love about open software. If the developers don't want to change
what you want, you can either solve it for yourself or pay somebody else to do 
so.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to