[freeside] Error when trying to access the .cgi's

[ivan]

In the future, PASTE EXACT ERROR MESSAGES.  It's not useful to post a
otherwise usefully verbose problem report and trim the error messages with
"..." because you don't think they're important. 

I'll assume you're talking about the problem from your previous message:

  "small_custview" is not exported by the FS::CGI module at 
  /usr/local/etc/freeside/asp-global//global.asa line 16

I have no idea what could be causing this problem.
FS/FS/CGI.pm (which hasn't changed since pre11) includes:

  use Exporter;

and

  @EXPORT_OK = qw(header menubar idiot eidiot popurl table itable ntable
                  small_custview myexit);

The only way I can reproduce your problem is to remove the
`small_custview' from the @EXPORT_OK array, as was the case in CGI.pm
before 1.4.0pre7; hence the guess you had an old version being used.

If that's not the case, sorry, I haven't any idea why it isn't working for
you.  It isn't a problem I've seen or heard reported before.  Let us know
if you discover any additional useful information.

On Sun, Mar 24, 2002 at 09:04:54PM +0000, Alan Murrell wrote:
> >chown -R freeside /usr/local/etc/freeside/asp-global
> 
> All files and directories in /usr/local/etc/freeside are owned by 
> freeside:root; just to be sure, I issued "chown -R freeside:root 
> /usr/local/etc/freeside"
> 
> >and make sure Apache is running as the freeside user.
> 
> Actually, this I wasn't doing, but I made copied of /usr/sbin/httpd, 
> /etc/httpd/httpd.conf, and /etc/init.d/httpd, adding a -freeside to the 
> name.  After make appropriate chages, and binding the "freeside" web server 
> to ports 81 for "normal" and 445 for SSL, I started it (I made sure it was 
> running as freeside user), and it is running fine as freeside user.
> 
> When I went to http://freeside.domain.com:81 ("domain.com" was obviously 
> replaced with my own domain!), I was prompted for username/password to 
> access the page, and once entered, I got the now-familar index.html page.  
> So far, so good.  However, I still seem to get the same error whenever I 
> click on any of the links that call on the CGI's.  Actually, this time, and 
> actual error *page* comes up.  Here is what it says:
> 
> ----------
> Errors Output
> errors compiling global.asa: [Sun Mar 24 20:53:22 2002] global.asa: Can't 
> continue after import errors at /usr/local/etc/ 
> freeside/asp-global//global.asa line 16
> [Sun Mar 24 20:53:22 2002] global.asa: BEGIN failed--compilation aborted at 
> /usr/ local/etc/freeside/asp-global//global.asa line 16.
> , /usr/lib/perl5/site_perl/5.6.1/Apache/ASP.pm line 2135... see compile 
> error for rest
> 
> Debug Output
> errors compiling global.asa: [Sun Mar 24 20:53:22 2002] global.asa: Can't 
> continue after import errors at /usr/local/etc/ 
> freeside/asp-global//global.asa line 16
> [Sun Mar 24 20:53:22 2002] global.asa: BEGIN failed--compilation aborted at 
> /usr/ local/etc/freeside/asp-global//global.asa line 16.
> , /usr/lib/perl5/site_perl/5.6.1/Apache/ASP.pm line 2135 ...
> 
> Compile Error
> errors compiling global.asa: [Sun Mar 24 20:53:22 2002] global.asa: Can't 
> continue after import errors at 
> /usr/local/etc/freeside/asp-global//global.asa line 16
> [Sun Mar 24 20:53:22 2002] global.asa: BEGIN failed--compilation aborted at 
> /usr/local/etc/freeside/asp-global//global.asa line 16. ...
> 
> Compiled Data with Error 
>    -:
>   -: #line 1 /usr/local/etc/freeside/asp-global//global.asa
>   1: package 
> Apache::ASP::Compiles::_usr_local_etc_freeside_asp_global_global_asax843763ca3832f86999b70608c92509a2; 
> ;; no strict ;; use vars qw($Application $Session $Response $Server 
> $Request); ;; use lib qw(/usr/local/etc/freeside/asp-global/); ;; use 
> strict;
>   2: use vars qw( $cgi $p );
>   3: use CGI;
>   4: #use CGI::Carp qw(fatalsToBrowser);
>   5: use Date::Format;
>   6: use Date::Parse;
>   7: use Tie::IxHash;
>   8: use HTML::Entities;
>   9: use IO::Handle;
> 10: use IO::File;
> 11: use String::Approx qw(amatch);
> 12: use FS::UID qw(cgisuidsetup dbh getotaker datasrc);
> 13: use FS::Record qw(qsearch qsearchs fields dbdef);
> 14: use FS::Conf;
> 15: use FS::CGI qw(header menubar popurl table itable ntable idiot eidiot
> 16:                small_custview myexit);
> 17:
> 18: use FS::agent;
> 19: use FS::agent_type;
> 20: use FS::domain_record;
> 21: use FS::cust_bill;
> 22: use FS::cust_bill_pay;
> 23: use FS::cust_credit;
> 24: use FS::cust_credit_bill;
> 25: use FS::cust_main;
> 26: use FS::cust_main_county;
> 27: use FS::cust_pay;
> 28: use FS::cust_pkg;
> 29: use FS::cust_refund;
> 30: use FS::cust_svc;
> 31: use FS::nas;
> 32: use FS::part_bill_event;
> 33: use FS::part_pkg;
> 34: use FS::part_referral;
> 35: use FS::part_svc;
> 36: use FS::pkg_svc;
> 37: use FS::port;
> 38: use FS::queue qw(joblisting);
> 39: use FS::raddb;
> 40: use FS::session;
> 41: use FS::svc_acct;
> 42: use FS::svc_acct_pop qw(popselector);
> 43: use FS::svc_acct_sm;
> 44: use FS::svc_domain;
> 45: use FS::svc_forward;
> 46: use FS::svc_www;
> 47: use FS::type_pkgs;
> 48:
> 49: sub Script_OnStart {
> 50:   $Response->AddHeader('Pragma' => 'no-cache');
> 51:   $Response->AddHeader('Cache-control' => 'no-cache');
> 52: #  $Response->AddHeader('Expires' => 0);
> 53:   $Response->{Expires} = -36288000;
> 54:
> 55:   $cgi = new CGI;
> 56:   &cgisuidsetup($cgi);
> 57:   $p = popurl(2);
> 58:   #print $cgi->header( '-expires' => 'now' );
> 59: }
> 60:
> 61: sub Script_OnFlush {
> 62:   my $ref = $Response->{BinaryRef};
> 63:   $$ref = $cgi->header( @FS::CGI::header ) . $$ref;
> 64:   if ( dbh->can('sprintProfile') ) {
> 65:
> 66:     $$ref =~ s/<\/BODY>[\s\n]*<\/HTML>[\s\n]*$//i
> 67:       or warn "can't remove";
> 68:
> 69:     #$$ref .= '<PRE>'. ("\n"x96). encode_entities(dbh->sprintProfile()). 
> '</PRE>';
> 70:     #  wtf?  konqueror...
> 71:     $$ref .= '<PRE>'. ("\n"x4096). 
> encode_entities(dbh->sprintProfile()). '</PRE>';
> 72:
> 73:     $$ref .= '</BODY></HTML>';
> 74:
> 75:     dbh->{'private_profile'} = {};
> 76:   }
> 77: }
> 78:  ;; sub exit { $main::Response->End(); }  ;; no lib 
> qw(/usr/local/etc/freeside/asp-global/); ;; 1;
> 
> An error has occured with the Apache::ASP script just run. If you are the 
> developer working on this script, and cannot work through this problem, 
> please try researching it at the Apache::ASP web site,
> specifically the FAQ section.  Failing that, check out your support options, 
> and if necessary include this debug output with any query.
> ----------
> 
> On the actual error page, line 16 is highlighted as being the problem line 
> (as is also indicated in the error messages).  I'm going to take a look 
> around at the Apache::ASP site, and FAQ, to see if I can find anything, but 
> I'm not 100% sure what i am looking for :-(  In the meantime, if the above 
> sheds any more light on things, I'd appreciate hearing back!
> 
> >That's odd.  If this isn't an anomoly caused by the above, I'd
> >guess you have an old verison of FS::CGI around.
> 
> Hmmm, what version should I have?  How would I find out what version I *do* 
> have?  Assuming FS::CGI is installed by Freeside itself, then I have whatver 
> version gets installed by freeside-1.4.0pre11, since it was installed on a 
> clean system.  Besides that, I haven't installed any previous versions of 
> Freeside on this server.
> 
> Hopefully this little problem can be resolved!  it can get kinda frustrating 
> :-)
> 
> Alan Murrell <swasak at hotmail.com>
> 
> 
> _________________________________________________________________
> Join the world’s largest e-mail service with MSN Hotmail. 
> http://www.hotmail.com
> 

-- 
_ivan