Bug 7483 - Add FileAction directive to assign a cgi interpreter other than using registry or shebang?
Summary: Add FileAction directive to assign a cgi interpreter other than using registr...
Status: RESOLVED WONTFIX
Alias: None
Product: Apache httpd-2
Classification: Unclassified
Component: mod_actions (show other bugs)
Version: 2.0-HEAD
Hardware: All All
: P3 enhancement with 3 votes (vote)
Target Milestone: ---
Assignee: Apache HTTPD Bugs Mailing List
URL:
Keywords:
: 8516 10145 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-03-26 13:12 UTC by Brian Bober
Modified: 2015-12-28 11:02 UTC (History)
3 users (show)



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Brian Bober 2002-03-26 13:12:31 UTC
Hi, I am a developer for Bugzilla and I am using your server to host my test
Bugzilla database http://bugzilla.netdemonz.com/ on Windows XP and have run into
a little problem. I want to use ScriptInterpreterSource Registry and have been
using it for a while. The main reason for this is I do not want to put all the
shebang lines in on perl scripts. Its annoying as heck to do so. This was
especially useful for Bugzilla because I could leave the shebang lines as-is
(for easy diffing). Unfortunately, Bugzilla added a -T to their shebang line.
The scripts for Bugzilla wouldn't run. The problem is that ActivePerl doesn't
let you have a -T in your shebang line when you have the File Association in the
Registry set to not include the -T option (mine only uses -w). I changed the
Registry to -wT, and then the other scripts I had missing the shebang line
wouldn't run.

As a solution to this, I thought about tried this in the htaccess.accf
(htaccess) I have in the Bugzilla directory:
RemoveHandler .pl .cgi
AddHandler cgi-script .cgi
Action cgi-script 	"c:\general\web\tools\perl\bin\perl.exe -wT"

I also tried this:
RemoveHandler .pl .cgi
AddType application/x-cgi .cgi
Action application/x-cgi 	"c:\general\web\tools\perl\bin\perl.exe -wT"

Unfortuntaly, neither worked.

It would be nice to have a "ScriptInterpreterSource handler cgi-script" or
something you could use in the httpd.conf and htacces file to do the similiar
thing to what "ScriptInterpreterSource registry" does, except have Apache
maintain the association.
Comment 1 Joshua Slive 2002-04-19 22:01:02 UTC
I can say with relative certainty that this feature won't be added in 1.3.
I would also guess that this feature won't make it into 2.0 either, since
it would mean adding some considerable complexity to handle a very special
case.  

There are several problems with your Action technique.  If you want
help with those, please bring it up in a user support forum like
the Apache HTTP Server Users mailing list.

If you really think this is a feature that has general usefullnes, 
please reopen this report and move the "Product" up to Apache httpd-2.0.

Thanks for using Apache!
Comment 2 William A. Rowe Jr. 2002-08-06 16:39:06 UTC
  Creating a derivitive of Action which uses a filepath instead of a uri-path
  [e.g. FileAction] should be reasonbly trivial.

  Mark this reopened for consideration in 2.0.\
Comment 3 William A. Rowe Jr. 2002-08-06 16:43:29 UTC
*** Bug 8516 has been marked as a duplicate of this bug. ***
Comment 4 William A. Rowe Jr. 2002-08-18 21:30:24 UTC
*** Bug 10145 has been marked as a duplicate of this bug. ***
Comment 5 Cliff Woolley 2002-08-19 16:19:40 UTC
+1 for such a feature in 2.0 
Comment 6 Bill Stoddard 2002-11-06 16:05:51 UTC
I have received several requests for a function like this in the past. +1 for 
consideration.
Comment 7 Webmaster33 2002-11-11 09:07:54 UTC
Can it be a security problem, if interpreter can be changed from htaccess on a
virtual server?
I mean something like this:
Action cgi-script 	"c:\command\format c: /s /v:win98 < .\yes.txt"

If there are no security problems, then +1 vote for this feature.

Webmaster33
Comment 8 Julian Mehnle 2003-11-20 01:05:53 UTC
I just once again ran into a situation where this would have been immensely
handy. +3
Comment 9 Luca Toscano 2015-12-28 11:02:00 UTC
Hi all,

this bug seems abandoned and very old, I would be inclined to close it as won't fix. Please let me know if you still need this feature! 

Luca