owners.html being regenerated - cause unknown

RESOLVED FIXED

Status

Webtools Graveyard
Despot
P3
normal
RESOLVED FIXED
18 years ago
2 years ago

People

(Reporter: asa, Assigned: Dawn Endico)

Tracking

Details

(URL)

(Reporter)

Description

18 years ago
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

Comment 1

18 years ago
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

Updated

18 years ago
Status: NEW → ASSIGNED

Comment 2

18 years ago
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

Comment 3

18 years ago
Another try at mass-reassigning my Despot bugs to endico.
Assignee: dmose → endico
(Assignee)

Comment 4

18 years ago
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
Last Resolved: 18 years ago
Resolution: --- → INVALID
(Assignee)

Comment 5

18 years ago
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 → ---
(Assignee)

Comment 6

18 years ago
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

Updated

18 years ago
Assignee: rko → endico

Comment 7

18 years ago
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

Comment 8

18 years ago
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
Last Resolved: 18 years ago18 years ago
Resolution: --- → FIXED
(Assignee)

Comment 9

18 years ago
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

Comment 10

18 years ago
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.