Summary: | cups web browser configuration CGI scripts and apache , etc. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | David E.Miller <idavidmiller> |
Component: | Current packages | Assignee: | Donny Davies (RETIRED) <woodchip> |
Status: | VERIFIED INVALID | ||
Severity: | normal | CC: | mholzer |
Priority: | High | ||
Version: | 1.4_rc1 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
David E.Miller
2002-11-02 11:10:42 UTC
David - Apache has nothing to do with cups. Have a nice day. You are correct. I made a mistake about the apache configuration being involved with the problem I described. The http://localhost:631 cups ESP CGI scripts execute whether the aforementioned commonapache.conf directory directives are there are not. I found this out after I re-emerged cups. I commented out the directory directives and the main page for the ESP web-based cups set-up appears on the browser. It turns out the problem I am experiencing is a little more subtle than I thought and I did not notice exactly what was going on the first time. The ESP CGI cups browser scripts work as advertised except for two functions. After a printer is added, if I attempt the Print test Page function or I click on the link to the printer name itself, the URL address in the browser window changes from http://localhost:631 to http://nlinuxserver.quaoar.us:631/ . This is the FQDN for the host. This happens on its own for these two functions only. At that point I get a white HTML screen with a message about not having access to the resource requested. If I manually edit the browser URL line to to change the name back to localhost and leave everything else the same, and press the enter key, the correct page appears. This happens only for the Print Test Page and the when I click on the link on the printers page to the printer name itself, and it happens every time. Since these are CGI scripts that appear to binary, I am at a loss to understand why the URL would change from "localhost" to the FQDN for my host, for these two functions. The FQDN is located only three places that I know of on my system: in the apache.conf file as the ServerName, in the /etc/hostname file and in my /etc/hosts file. The CGI scripts seems to be pulling this from one of these and I suspect it is the apache.conf file. I am going to change the name in these files one at a time and resart apache and see what happens, but it is still an anomaly if this turns out to be the problem. I have a Mandrake Linux 9.0 system that does not exhibit these same symptoms. I am going to edit the files for this system and see if the same thing happens. David - Apache has nothing to do with cups. do not re-open this again. what is your problem? if you have a bug with something else cups related, then open an appropriate report. Have a nice day. Your answer is of no help with the problem. I intend to follow the course of action of your response. You will see not further reports from me on this subject. Have a nice day! It's actually a cups bug. Hopefully the next release will fix it; otherwise it's essentially cosmetic, so we're ignoring it (because the previous cups version was even more broken). |