Closed Bug 187829 Opened 23 years ago Closed 20 years ago

build/sheriff/makevcal.cgi appears to not be working

Categories

(www.mozilla.org :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: brant, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20021231 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20021231 Whenever one of the calendar icon links is followed to the CGI, a server error occurs. Reproducible: Always Steps to Reproduce: 1. Go to <http://mozilla.org/build/sheriff/sheriff-schedule.html>. 2. Click a calendar icon next to a person's name. Actual Results: Server Error This server has encountered an internal error which prevents it from fulfilling your request. The most likely cause is a misconfiguration. Please ask the administrator to look for messages in the server's error log. Expected Results: I think the script is supposed to generate a VCAL file which would probably open in Calendar if it is installed or another calendaring program.
Blocks: 187811
cc'ing some recent page updaters of the referring page (sheriff-schedule.html)
It still works on my server, and it has the same #! /usr/bin/env perl initial line that other cgi scripts in the gila tree do. And it used to work even on mozilla.org. It's a very simple script; I have no guesses as to what's wrong. Can someone who has shell access to the server could just run the script and tell us what the error message is? Or I could just comment out the code that adds all the vcal links. I don't think anyone's using them anyway.
QA Contact: imajes → stolenclover
Is this still broken? We're running on Apache instead of Netscape Enterprise now, so I assume things could have changed just with the server move...
> Is this still broken? URL reads "You don't have permission to access /build/sheriff/makevcal.cgi on this server."
Summary: CGI script appears to not be working → build/sheriff/makevcal.cgi appears to not be working
reassigning endico's bugs to default owner
Assignee: endico → mozilla.webmaster
Can't we just nuke this file and return a 410? It doesn't seem to be updated and it isn't very interesting either.
The document is gone.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
Product: mozilla.org → Websites
Component: www.mozilla.org → General
Product: Websites → www.mozilla.org
You need to log in before you can comment on or make changes to this bug.