Closed
Bug 54736
Opened 24 years ago
Closed 24 years ago
owners.html being regenerated - cause unknown
Categories
(Webtools Graveyard :: Despot, defect, P3)
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
Comment 1•24 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•24 years ago
|
Status: NEW → ASSIGNED
Comment 2•24 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•24 years ago
|
||
Another try at mass-reassigning my Despot bugs to endico.
Assignee: dmose → endico
Assignee | ||
Comment 4•24 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
Closed: 24 years ago
Resolution: --- → INVALID
Assignee | ||
Comment 5•24 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•24 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•24 years ago
|
Assignee: rko → endico
Comment 7•24 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•24 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
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 9•24 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/ ?
Updated•24 years ago
|
QA Contact: matty → asa
Comment 10•24 years ago
|
||
I symlinked whole /opt/suitespot/docs/ to /opt/webtools/despot/.
Updated•8 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•