Closed Bug 54736 Opened 24 years ago Closed 24 years ago

owners.html being regenerated - cause unknown

Categories

(Webtools Graveyard :: Despot, defect, P3)

x86
All
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: asa, Assigned: endico)

References

()

Details

http://www.mozilla.org/webtools/bonsai/cvslog.cgi?file=mozilla-org/html/owners.h
tml&rev=&root=/cvsroot/
shows a number of recent updates to owners.html that all consist of changing 
brendan's email address from @netscape.com to @mozilla.org
yeah, what's up with this?  i'm on that list, as are many others...
Summary: owners.html being regenerated - cause unknown → owners.html being regenerated - cause unknown
Status: NEW → ASSIGNED
Mass re-assign of despot bugs to endico@mozilla.org, the new owner.  I'm
switching groups to go work on mozilla LDAP integration.
Status: ASSIGNED → NEW
Another try at mass-reassigning my Despot bugs to endico.
Assignee: dmose → endico
the owners page is upddated by despot. When a change is made to a module in
despot, it automatically generates and checks in a new owners.html page.

I don't see where this is a problem. marking invalid
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
oic, the same sentence is getting changed over and over again whenever
anyone makes any kind of change (e.g. change cvs password). reopening
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Eek! This is happening because there are two despots.

http://despot.mozilla.org and https://despot.mozilla.org/
appear to be using different source directories. the
code in /opt/webtools/despot/ is correct. 

Risto, please make suitespot use the standard despot
directory.
Assignee: endico → rko
Status: REOPENED → NEW
Assignee: rko → endico
They should be same. despot.cgi in NES directory is symlinked 
to /opt/webtools/despot/despot.cgi

bash-2.00# pwd
/opt/suitespot/docs
bash-2.00# ls -lt despot.cgi
lrwxrwxrwx   1 root     other         26 Mar 23  2000 despot.cgi -> 
webtools/despot/despot.cgi
bash-2.00# ls -lt webtools/
lrwxrwxrwx   1 root     other         14 Jun  9  1998 webtools/ -
> ../../webtools
Ok, got it this time. Thought owners were changed all the time which looked 
impossible because both scripts hits database and gets info from there. The 
template file on https directory wasn't changed when it was updated 
in /opt/webtools/despot/.

Closing.
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
There are still a lot of despot files files that aren't linked to in
your NES directory. If change are made to those files in the future then
https will be broken. Even if you link to all of the ones that are there now,
things will break in the future when new files are added. 

Is there some reason NES can't use  /opt/webtools/despot/ ?
QA Contact: matty → asa
I symlinked whole /opt/suitespot/docs/ to /opt/webtools/despot/.
Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.