FYI - PEER1 discovered and rectified a network switch failure during night - just so you know it wasn’t our fault 
I would create a ticket for this in Trac but I can't...
We have been getting permissions errors trying to update tickets for Fusion (and now also for the main osgeo Trac instance)
Clicking on the login link, often times does nothing, other times appears like you are logged in but then won't accept updates to tickets.
Can someone look into this please?
Thanks,
--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.
Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca
On Tue, Sep 22, 2009 at 01:26:36PM -0400, Mike Adair wrote:
I would create a ticket for this in Trac but I can't...
We have been getting permissions errors trying to update tickets for Fusion (and now also for the main osgeo Trac instance)
Clicking on the login link, often times does nothing, other times appears like you are logged in but then won't accept updates to tickets.
Can someone look into this please?
http://trac.osgeo.org/osgeo/ticket/454#comment:1
Are you getting any error messages?
-- Chris
Thanks,
--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
--
Christopher Schmidt
MetaCarta
The first time I tried to update that ticket I got an error:
TICKET_APPEND privileges are required to perform this operation
then I tried again and the update went through.
It appears to be something intermittent, sometimes it says I am logged in, other times the login link appears.
Mike
Christopher Schmidt wrote:
On Tue, Sep 22, 2009 at 01:26:36PM -0400, Mike Adair wrote:
I would create a ticket for this in Trac but I can't...
We have been getting permissions errors trying to update tickets for Fusion (and now also for the main osgeo Trac instance)
Clicking on the login link, often times does nothing, other times appears like you are logged in but then won't accept updates to tickets.
Can someone look into this please?
http://trac.osgeo.org/osgeo/ticket/454#comment:1Are you getting any error messages?
-- Chris
Thanks,
--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.
Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca
On Tue, Sep 22, 2009 at 02:07:34PM -0400, Mike Adair wrote:
The first time I tried to update that ticket I got an error:
TICKET_APPEND privileges are required to perform this operation
then I tried again and the update went through.
It appears to be something intermittent, sometimes it says I am logged
in, other times the login link appears.
I'd recommend:
* Clearing your cache
* Removing your cookies for trac.osgeo.org
* Closing browser
* Opening browser
* Logging in
And see if that improves the behavior. Trac uses a combination of cookies
and basic auth for login detection, so it's possible this willc cuase trac
to 'wake up' as to your state.
-- Chris
Mike
Christopher Schmidt wrote:
On Tue, Sep 22, 2009 at 01:26:36PM -0400, Mike Adair wrote:
I would create a ticket for this in Trac but I can't...
We have been getting permissions errors trying to update tickets for Fusion (and now also for the main osgeo Trac instance)
Clicking on the login link, often times does nothing, other times appears like you are logged in but then won't accept updates to tickets.
Can someone look into this please?
http://trac.osgeo.org/osgeo/ticket/454#comment:1Are you getting any error messages?
-- Chris
Thanks,
--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
--
Christopher Schmidt
MetaCarta
Tried doing those things listed below and it seemed to help initially but now it's back to the intermittent logged in/logged out behaviour. It's happening for both FF3 and IE7, and for others in our office.
Mike
Christopher Schmidt wrote:
On Tue, Sep 22, 2009 at 02:07:34PM -0400, Mike Adair wrote:
The first time I tried to update that ticket I got an error:
TICKET_APPEND privileges are required to perform this operation
then I tried again and the update went through.
It appears to be something intermittent, sometimes it says I am logged in, other times the login link appears.
I'd recommend:
* Clearing your cache
* Removing your cookies for trac.osgeo.org * Closing browser
* Opening browser
* Logging inAnd see if that improves the behavior. Trac uses a combination of cookies
and basic auth for login detection, so it's possible this willc cuase trac
to 'wake up' as to your state.-- Chris
Mike
Christopher Schmidt wrote:
On Tue, Sep 22, 2009 at 01:26:36PM -0400, Mike Adair wrote:
I would create a ticket for this in Trac but I can't...
We have been getting permissions errors trying to update tickets for Fusion (and now also for the main osgeo Trac instance)
Clicking on the login link, often times does nothing, other times appears like you are logged in but then won't accept updates to tickets.
Can someone look into this please?
http://trac.osgeo.org/osgeo/ticket/454#comment:1
Are you getting any error messages?
-- Chris
Thanks,
--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.
Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca
It just took me 10 tries to login to the trac.osgeo.org/fusion instance with safari. I also tried with firefox (cleared cache and cookies) and same thing, multiple tries before finally logging in.
On 22-Sep-09, at 3:36 PM, Mike Adair wrote:
Tried doing those things listed below and it seemed to help initially but now it's back to the intermittent logged in/logged out behaviour. It's happening for both FF3 and IE7, and for others in our office.
Mike
Christopher Schmidt wrote:
On Tue, Sep 22, 2009 at 02:07:34PM -0400, Mike Adair wrote:
The first time I tried to update that ticket I got an error:
TICKET_APPEND privileges are required to perform this operation
then I tried again and the update went through.
It appears to be something intermittent, sometimes it says I am logged in, other times the login link appears.
I'd recommend:
* Clearing your cache
* Removing your cookies for trac.osgeo.org * Closing browser
* Opening browser
* Logging inAnd see if that improves the behavior. Trac uses a combination of cookies
and basic auth for login detection, so it's possible this willc cuase trac
to 'wake up' as to your state.-- Chris
Mike
Christopher Schmidt wrote:
On Tue, Sep 22, 2009 at 01:26:36PM -0400, Mike Adair wrote:
I would create a ticket for this in Trac but I can't...
We have been getting permissions errors trying to update tickets for Fusion (and now also for the main osgeo Trac instance)
Clicking on the login link, often times does nothing, other times appears like you are logged in but then won't accept updates to tickets.
Can someone look into this please?
http://trac.osgeo.org/osgeo/ticket/454#comment:1
Are you getting any error messages?
-- Chris
Thanks,
--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
sbarnes wrote:
It just took me 10 tries to login to the trac.osgeo.org/fusion instance with safari. I also tried with firefox (cleared cache and cookies) and same thing, multiple tries before finally logging in.
On 22-Sep-09, at 3:36 PM, Mike Adair wrote:
Tried doing those things listed below and it seemed to help initially but now it's back to the intermittent logged in/logged out behaviour. It's happening for both FF3 and IE7, and for others in our office.
Guys,
I got an inordinate number of messages from Daniels web service checker
for stuff on osgeo1 overnight. I think we need to keep a closer eye on
the system and try to work out what is dragging it to it's knees again.
I'll try to stay logged in today and do a bit of monitoring. Other eyes
also welcome.
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
On Thu, Sep 24, 2009 at 11:18:41AM -0400, Frank Warmerdam wrote:
I got an inordinate number of messages from Daniels web service checker
for stuff on osgeo1 overnight. I think we need to keep a closer eye on
the system and try to work out what is dragging it to it's knees again.
Already did that for a while today and noticed quite a few Apache and
Postfix processes (load between 20 and 24) - nothing which made me feel
surprised. To my opinion the web service checker is a bit too sensitive
and reports unavailability when the system is simply responding a bit
more slowly than usual.
They have a local GIS conference in Germany, bigger public focus is
probably adding to the usual load.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
Martin Spott wrote:
Already did that for a while today and noticed quite a few Apache and
Postfix processes (load between 20 and 24) - nothing which made me feel
surprised. To my opinion the web service checker is a bit too sensitive
and reports unavailability when the system is simply responding a bit
more slowly than usual.
That's quite possible, it's just a simple script that uses "wget -T 5 ..." and if it fails the first time (i.e. no response in 5 seconds) then it waits 30 seconds and tries again. If it fails both times then it sends the error notice.
I have modified the script to increase the timeout from 5 to 15 seconds (i.e. "wget -T 15 ..."), let's see if that helps. Note that this just a legacy script that we had, and we use better alternatives to monitor servers these days such as Nagios, so I could disable the script if it creates too much noise.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
I am finding that the fusion trac is almost, but not quite entirely, unusable. It usually takes more than one attempt to log in successfully. Once it lets me log, it often fails to let me save changes to a ticket by logging me out again and reporting unauthorized access. This is quite random, there is no apparent pattern - sometimes it works first try, most of the time I have to try several times before it will work.
Cheers
Paul
On 2009-09-24, at 12:14 PM, Daniel Morissette wrote:
Martin Spott wrote:
Already did that for a while today and noticed quite a few Apache and
Postfix processes (load between 20 and 24) - nothing which made me feel
surprised. To my opinion the web service checker is a bit too sensitive
and reports unavailability when the system is simply responding a bit
more slowly than usual.That's quite possible, it's just a simple script that uses "wget -T 5 ..." and if it fails the first time (i.e. no response in 5 seconds) then it waits 30 seconds and tries again. If it fails both times then it sends the error notice.
I have modified the script to increase the timeout from 5 to 15 seconds (i.e. "wget -T 15 ..."), let's see if that helps. Note that this just a legacy script that we had, and we use better alternatives to monitor servers these days such as Nagios, so I could disable the script if it creates too much noise.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
__________________________________________
Paul Spencer
Chief Technology Officer
DM Solutions Group Inc
http://research.dmsolutions.ca/
On Thu, Sep 24, 2009 at 02:59:58PM -0400, Paul Spencer wrote:
I am finding that the fusion trac is almost, but not quite entirely,
unusable. It usually takes more than one attempt to log in
successfully. Once it lets me log, it often fails to let me save
changes to a ticket by logging me out again and reporting unauthorized
access. This is quite random, there is no apparent pattern - sometimes
it works first try, most of the time I have to try several times before
it will work.
The error message trac is giving is:
[Thu Sep 24 05:25:02 2009] [warn] [client 212.65.243.107] [4784] auth_ldap authenticate: user ondrejn authentication failed; URI /mapguide/login [ldap_simple_bind_s() to check user credentials failed][Invalid credentials], referer: http://trac.osgeo.org/mapguide/ticket/1094
This error message is happening more frequently in the past two days, it
appears.
Perhaps this means the ldap server should be restarted. I've gone ahead
and done that, in case the ldap server was causing the problem.
Can you let me know if this seems to improve the behavior any?
(I'll note that the only usernames I'm seeing this for are assefa, sbarnes,
and klokan -- not pspencer/pagameba...)
-- Chris
Cheers
Paul
On 2009-09-24, at 12:14 PM, Daniel Morissette wrote:
Martin Spott wrote:
Already did that for a while today and noticed quite a few Apache and
Postfix processes (load between 20 and 24) - nothing which made me
feel
surprised. To my opinion the web service checker is a bit too
sensitive
and reports unavailability when the system is simply responding a bit
more slowly than usual.That's quite possible, it's just a simple script that uses "wget -T 5
..." and if it fails the first time (i.e. no response in 5 seconds)
then it waits 30 seconds and tries again. If it fails both times then
it sends the error notice.I have modified the script to increase the timeout from 5 to 15
seconds (i.e. "wget -T 15 ..."), let's see if that helps. Note that
this just a legacy script that we had, and we use better alternatives
to monitor servers these days such as Nagios, so I could disable the
script if it creates too much noise.Daniel
--
Daniel Morissette
http://www.mapgears.com/
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac__________________________________________
Paul Spencer
Chief Technology Officer
DM Solutions Group Inc
http://research.dmsolutions.ca/_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
--
Christopher Schmidt
MetaCarta
On Thu, Sep 24, 2009 at 03:08:27PM -0400, Christopher Schmidt wrote:
Perhaps this means the ldap server should be restarted. I've gone ahead
and done that, in case the ldap server was causing the problem.
OpenLDAP/BDB servers usually don't gain much from getting restarted. If
they have a corrupt database due to a bad system crash, a restart still
won't cure such a case. Otherwise they work pretty reliably. BUT they
might get affected by a high system load or disk bandwidth/latency
trouble - in this case a restart doesn't cure either 
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
On Thu, Sep 24, 2009 at 09:22:09PM +0200, Martin Spott wrote:
On Thu, Sep 24, 2009 at 03:08:27PM -0400, Christopher Schmidt wrote:
> Perhaps this means the ldap server should be restarted. I've gone ahead
> and done that, in case the ldap server was causing the problem.OpenLDAP/BDB servers usually don't gain much from getting restarted. If
they have a corrupt database due to a bad system crash, a restart still
won't cure such a case. Otherwise they work pretty reliably. BUT they
might get affected by a high system load or disk bandwidth/latency
trouble - in this case a restart doesn't cure either
I agree with both of these. The problems are intermittent enough that I'm
sort of surprised by them at all, though; we certainly have had periods
of high load that are not showing in these errors, so I'm not entirely
sure what else could be causing it.
Essentially, I'm grasping at straws, and I know it, but since I'm not
having problems, I can't think of what else to do/change.
-- Chris
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
--
Christopher Schmidt
MetaCarta
On 2009-09-24, at 3:08 PM, Christopher Schmidt wrote:
On Thu, Sep 24, 2009 at 02:59:58PM -0400, Paul Spencer wrote:
The error message trac is giving is:
[Thu Sep 24 05:25:02 2009] [warn] [client 212.65.243.107] [4784] auth_ldap authenticate: user ondrejn authentication failed; URI /mapguide/login [ldap_simple_bind_s() to check user credentials failed][Invalid credentials], referer: http://trac.osgeo.org/mapguide/ticket/1094
This error message is happening more frequently in the past two days, it
appears.Perhaps this means the ldap server should be restarted. I've gone ahead
and done that, in case the ldap server was causing the problem.Can you let me know if this seems to improve the behavior any?
(I'll note that the only usernames I'm seeing this for are assefa, sbarnes,
and klokan -- not pspencer/pagameba...)
just happened again with a ticket I was changing, my user name would be pagameba I guess.
If I load a ticket report when logged in and then open a ticket in another tab, the new tab always thinks I am not logged in. Almost seems like a cookie expiry problem?
Cheers
Paul
On Thu, Sep 24, 2009 at 04:20:13PM -0400, Paul Spencer wrote:
just happened again with a ticket I was changing, my user name would be
pagameba I guess.
Could this be related to messages like this one ?
Sep 24 16:14:51 osgeo1 Trac[loader] ERROR: Skipping "SvnAuthzAdminPlugin 0.1" ("TracAccountManager" not found)
Load on the respective machine is pretty much neglectible at this
moment,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
sorry, sent with wrong email acct
On 2009-09-24, at 4:39 PM, Paul Spencer wrote:
using firecookie in firefox, I can confirm that when I am logged in, I get a trac_auth cookie Expires Session and when the problem occurs, the cookie has been deleted. There are two other trac cookies, trac_session (expires in 3 months from 'now') and trac_form_token (Session), which do not get deleted.
Hope this helps someone figure out what is going on.
Cheers
Paul
On 2009-09-24, at 4:26 PM, Paul Spencer wrote:
and after saying that, it has become much worse - I cannot get logged in on any ticket without multiple attempts and once I am logged in, no changes are going through at all, all are failing. This is happening in both firefox 3.5 and safari 4, I've tried all combos of clearing cache and restarting both browsers.
Cheers
Paul
On 2009-09-24, at 4:20 PM, Paul Spencer wrote:
On 2009-09-24, at 3:08 PM, Christopher Schmidt wrote:
On Thu, Sep 24, 2009 at 02:59:58PM -0400, Paul Spencer wrote:
The error message trac is giving is:
[Thu Sep 24 05:25:02 2009] [warn] [client 212.65.243.107] [4784] auth_ldap authenticate: user ondrejn authentication failed; URI /mapguide/login [ldap_simple_bind_s() to check user credentials failed][Invalid credentials], referer: http://trac.osgeo.org/mapguide/ticket/1094
This error message is happening more frequently in the past two days, it
appears.Perhaps this means the ldap server should be restarted. I've gone ahead
and done that, in case the ldap server was causing the problem.Can you let me know if this seems to improve the behavior any?
(I'll note that the only usernames I'm seeing this for are assefa, sbarnes,
and klokan -- not pspencer/pagameba...)just happened again with a ticket I was changing, my user name would be pagameba I guess.
If I load a ticket report when logged in and then open a ticket in another tab, the new tab always thinks I am not logged in. Almost seems like a cookie expiry problem?
Cheers
Paul
__________________________________________
Paul Spencer
Chief Technology Officer
DM Solutions Group Inc
http://research.dmsolutions.ca/
I'm still seeing this error and it makes it really difficult to get work done. It happens for me with the MetaCRS, Fusion, and SAC Trac systems, i.e. any of the OSGeo Trac systems. Isn't anyone else affected by this? Anyone have any ideas?
Mike
Christopher Schmidt wrote:
On Thu, Sep 24, 2009 at 09:22:09PM +0200, Martin Spott wrote:
On Thu, Sep 24, 2009 at 03:08:27PM -0400, Christopher Schmidt wrote:
Perhaps this means the ldap server should be restarted. I've gone ahead
and done that, in case the ldap server was causing the problem.
OpenLDAP/BDB servers usually don't gain much from getting restarted. If
they have a corrupt database due to a bad system crash, a restart still
won't cure such a case. Otherwise they work pretty reliably. BUT they
might get affected by a high system load or disk bandwidth/latency
trouble - in this case a restart doesn't cure either
I agree with both of these. The problems are intermittent enough that I'm
sort of surprised by them at all, though; we certainly have had periods
of high load that are not showing in these errors, so I'm not entirely
sure what else could be causing it.Essentially, I'm grasping at straws, and I know it, but since I'm not having problems, I can't think of what else to do/change.
-- Chris
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.
Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca
On Thu, Oct 01, 2009 at 11:20:14AM -0400, Mike Adair wrote:
I'm still seeing this error and it makes it really difficult to get work
done. It happens for me with the MetaCRS, Fusion, and SAC Trac systems,
i.e. any of the OSGeo Trac systems. Isn't anyone else affected by this?
Anyone have any ideas?
The only people who are affected by it, so far as I can tell, are people
in the DM Solutions office. At this point, I don't really know what to
offer to help fix the situation.
Does the same thing happen with the OpenLayers trac interface?
-- Chris
Mike
Christopher Schmidt wrote:
On Thu, Sep 24, 2009 at 09:22:09PM +0200, Martin Spott wrote:
On Thu, Sep 24, 2009 at 03:08:27PM -0400, Christopher Schmidt wrote:
Perhaps this means the ldap server should be restarted. I've gone ahead
and done that, in case the ldap server was causing the problem.
OpenLDAP/BDB servers usually don't gain much from getting restarted. If
they have a corrupt database due to a bad system crash, a restart still
won't cure such a case. Otherwise they work pretty reliably. BUT they
might get affected by a high system load or disk bandwidth/latency
trouble - in this case a restart doesn't cure either
I agree with both of these. The problems are intermittent enough that I'm
sort of surprised by them at all, though; we certainly have had periods
of high load that are not showing in these errors, so I'm not entirely
sure what else could be causing it.Essentially, I'm grasping at straws, and I know it, but since I'm not
having problems, I can't think of what else to do/change.-- Chris
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
--------------------------------------------------------------------------
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
--
Michael Adair
Senior Software Architect
DM Solutions Group Inc.Office: (613) 565-5056 x26
madair@dmsolutions.ca
http://www.dmsolutions.ca
http://research.dmsolutions.ca_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac
--
Christopher Schmidt
MetaCarta
Mike Adair wrote:
I'm still seeing this error and it makes it really difficult to get work done. It happens for me with the MetaCRS, Fusion, and SAC Trac systems, i.e. any of the OSGeo Trac systems. Isn't anyone else affected by this? Anyone have any ideas?
Mike,
I have always had a few problems with OSGeo Trac's when working from home
which I have attributed to my peculiar ISP caching. In particular if I am
logged in, it seems I am auto-logged out after 10-15 minutes and I need to
re-login to do stuff. Also, often after an edit or adding an item to a ticket
I have to logout and login to force it to be refreshed properly. These
problems don't occur when I'm travelling and haven't gotten any worse lately.
Is this the sort of thing you are seeing?
It does make it a bother, but I do use OSGeo Trac's day-in and day-out
despite it. I am doubtful it has anything to do with how things are setup
at OSGeo.
Best regards,
--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent