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
Mass re-assign of despot bugs to email@example.com, 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
Last Resolved: 18 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
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
Last Resolved: 18 years ago → 18 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/ ?
I symlinked whole /opt/suitespot/docs/ to /opt/webtools/despot/.
You need to log in before you can comment on or make changes to this bug.