Things are currently infinitely worse Even my workaround above no
longer works. Browser seems convinced its offline (ping action in
console triggering about every second and failing). I see you've just
committed something else re the keepalive ping so I'll wait and see.
Bob
···
2011/8/25 Morten Olav Hansen <mortenoh@gmail.com>:
Bob,
Offline should now work in Firefox 3.6 (just pushet a fix), could you
try it out? (you need to compile source, no war for this yet)
--
Morten
2011/8/24 Lars Helge Øverland <larshelge@gmail.com>:
On Wed, Aug 24, 2011 at 1:48 PM, Bob Jolliffe <bobjolliffe@gmail.com> wrote:
Seems to be if you (i) connect to dhis, (ii) open the dataentry page,
then (iii) disconnect (I disable my ethernet connection) without first
agreeing to let data be stored locally, the browser gets left in a
confused state it can't escape from without clearing all history.
Noted, this should be mentioned in the user training and docs.
You will need the newest version. Also you have to REALLY clean your
cache.. firefox sucks at that.
1) Clear all history (click all the checkboxes)
2) Go into options, and click the privacy tab
3) Change to "Use custom settings for history"
4) Choose clear history when firefox closes
5) Go into settings for this.. and click all the checkboxes
6) Close the browser
7) When it now starts, everything should be cleared
The problem is that only doing clear all history does NOT clear out
web storage (local/session-storage) and application cache (html 5
manifest) data...
If you still have problems (and running the latest revision) please
tell me. The ping requests should now be using POST, and this should
be reflected in firebug, if it says GET, then it is using the old
version.
···
--
Morten
2011/8/25 Bob Jolliffe <bobjolliffe@gmail.com>:
Things are currently infinitely worse Even my workaround above no
longer works. Browser seems convinced its offline (ping action in
console triggering about every second and failing). I see you've just
committed something else re the keepalive ping so I'll wait and see.
Bob
2011/8/25 Morten Olav Hansen <mortenoh@gmail.com>:
Bob,
Offline should now work in Firefox 3.6 (just pushet a fix), could you
try it out? (you need to compile source, no war for this yet)
--
Morten
2011/8/24 Lars Helge Øverland <larshelge@gmail.com>:
On Wed, Aug 24, 2011 at 1:48 PM, Bob Jolliffe <bobjolliffe@gmail.com> wrote:
Seems to be if you (i) connect to dhis, (ii) open the dataentry page,
then (iii) disconnect (I disable my ethernet connection) without first
agreeing to let data be stored locally, the browser gets left in a
confused state it can't escape from without clearing all history.
Noted, this should be mentioned in the user training and docs.
Just to confirm that all is working fine with ff 3.6.20 now. In fact
very nicely
BTW I have found that I can effectively restore my browser to virgin
state (wrt encounters with dhis) without having to be quite as
draconian as you outline below. It was sufficient for me to:
1. clear cache through Tools->Clear Recent History
2. delete local-storage through Edit->Preferences->Advanced->Network
. I can clear offline storage from here.
Cheers
Bob
···
2011/8/25 Morten Olav Hansen <mortenoh@gmail.com>:
You will need the newest version. Also you have to REALLY clean your
cache.. firefox sucks at that.
1) Clear all history (click all the checkboxes)
2) Go into options, and click the privacy tab
3) Change to "Use custom settings for history"
4) Choose clear history when firefox closes
5) Go into settings for this.. and click all the checkboxes
6) Close the browser
7) When it now starts, everything should be cleared
The problem is that only doing clear all history does NOT clear out
web storage (local/session-storage) and application cache (html 5
manifest) data...
If you still have problems (and running the latest revision) please
tell me. The ping requests should now be using POST, and this should
be reflected in firebug, if it says GET, then it is using the old
version.
--
Morten
2011/8/25 Bob Jolliffe <bobjolliffe@gmail.com>:
Things are currently infinitely worse Even my workaround above no
longer works. Browser seems convinced its offline (ping action in
console triggering about every second and failing). I see you've just
committed something else re the keepalive ping so I'll wait and see.
Bob
2011/8/25 Morten Olav Hansen <mortenoh@gmail.com>:
Bob,
Offline should now work in Firefox 3.6 (just pushet a fix), could you
try it out? (you need to compile source, no war for this yet)
--
Morten
2011/8/24 Lars Helge Øverland <larshelge@gmail.com>:
On Wed, Aug 24, 2011 at 1:48 PM, Bob Jolliffe <bobjolliffe@gmail.com> wrote:
Seems to be if you (i) connect to dhis, (ii) open the dataentry page,
then (iii) disconnect (I disable my ethernet connection) without first
agreeing to let data be stored locally, the browser gets left in a
confused state it can't escape from without clearing all history.
Noted, this should be mentioned in the user training and docs.
Testers should test this new releas with such a database and test environment where there should be at least 7 organisation unit levels and number of organisation unit should be at least 12,000 out of which about 7,000 should be at lowest organisation unit level (ie…in this case at 7th level)…and at least 1000 out of 7000 users approx should perform data entry online/offline combination with different level and capacity of Internet connectivity analyse the mega performance of new release, rather than testing it on a single stand alone laptop or desktop in a A/C room environment with good configuration and ultra high speed internate conncetivity, with small small data sets/data entry screens and generating some tinny reports and saying wooooooo…its working…and its ready to be launch in production env …!
Just to confirm that all is working fine with ff 3.6.20 now. In fact
very nicely
BTW I have found that I can effectively restore my browser to virgin
state (wrt encounters with dhis) without having to be quite as
draconian as you outline below. It was sufficient for me to:
clear cache through Tools->Clear Recent History
delete local-storage through Edit->Preferences->Advanced->Network
. I can clear offline storage from here.
Things are currently infinitely worse Even my workaround above no
longer works. Browser seems convinced its offline (ping action in
console triggering about every second and failing). I see you’ve just
committed something else re the keepalive ping so I’ll wait and see.
Seems to be if you (i) connect to dhis, (ii) open the dataentry page,
then (iii) disconnect (I disable my ethernet connection) without first
agreeing to let data be stored locally, the browser gets left in a
confused state it can’t escape from without clearing all history.
Noted, this should be mentioned in the user training and docs.
Data entry should have improved a lot in the new version. As for reports, they should be generated over night and cached for performance.
It is great that you plan to test the new version systematically in a challenging setup. I think so far only India will have those numbers of users available. Are you planning to set 2.4 up in parallel with your 2.3 setup and ask users to help out? Please share the results on the list.
Testers should test this new releas with such a database and test environment where there should be at least 7 organisation unit levels and number of organisation unit should be at least 12,000 out of which about 7,000 should be at lowest organisation unit level (ie…in this case at 7th level)…and at least 1000 out of 7000 users approx should perform data entry online/offline combination with different level and capacity of Internet connectivity analyse the mega performance of new release, rather than testing it on a single stand alone laptop or desktop in a A/C room environment with good configuration and ultra high speed internate conncetivity, with small small data sets/data entry screens and generating some tinny reports and saying wooooooo…its working…and its ready to be launch in production env …!
Just to confirm that all is working fine with ff 3.6.20 now. In fact
very nicely
BTW I have found that I can effectively restore my browser to virgin
state (wrt encounters with dhis) without having to be quite as
draconian as you outline below. It was sufficient for me to:
clear cache through Tools->Clear Recent History
delete local-storage through Edit->Preferences->Advanced->Network
. I can clear offline storage from here.
Things are currently infinitely worse Even my workaround above no
longer works. Browser seems convinced its offline (ping action in
console triggering about every second and failing). I see you’ve just
committed something else re the keepalive ping so I’ll wait and see.
Seems to be if you (i) connect to dhis, (ii) open the dataentry page,
then (iii) disconnect (I disable my ethernet connection) without first
agreeing to let data be stored locally, the browser gets left in a
confused state it can’t escape from without clearing all history.
Noted, this should be mentioned in the user training and docs.
Hi Brajesh,
I agree ( I think ) , but what exactly are you saying? Have you
tested it in such environments? Do you have any concrete information
to share with us, as I would be interested to know what the
performance of 2.4 under such circumstances as you outline are.
We are considering using 2.4 in Nigeria and this type of information
could be very useful for us.
Regards,
Jason
···
On Mon, Aug 29, 2011 at 8:22 AM, Brajesh Murari <brajesh2murari@gmail.com> wrote:
Testers should test this new releas with such a database and test
environment where there should be at least 7 organisation unit levels and
number of organisation unit should be at least 12,000 out of which about
7,000 should be at lowest organisation unit level (ie..in this case at 7th
level)...and at least 1000 out of 7000 users approx should perform data
entry online/offline combination with different level and capacity
of Internet connectivity analyse the mega performance of new release, rather
than testing it on a single stand alone laptop or desktop in a A/C room
environment with good configuration and ultra high speed internate
conncetivity, with small small data sets/data entry screens and generating
some tinny reports and saying wooooooo..its working.....and its ready to be
launch in production env ....!
On Sat, Aug 27, 2011 at 10:06 PM, Bob Jolliffe <bobjolliffe@gmail.com> > wrote:
Hi Morten
Just to confirm that all is working fine with ff 3.6.20 now. In fact
very nicely
BTW I have found that I can effectively restore my browser to virgin
state (wrt encounters with dhis) without having to be quite as
draconian as you outline below. It was sufficient for me to:
1. clear cache through Tools->Clear Recent History
2. delete local-storage through Edit->Preferences->Advanced->Network
. I can clear offline storage from here.
Cheers
Bob
2011/8/25 Morten Olav Hansen <mortenoh@gmail.com>:
> You will need the newest version. Also you have to REALLY clean your
> cache.. firefox sucks at that.
>
> 1) Clear all history (click all the checkboxes)
> 2) Go into options, and click the privacy tab
> 3) Change to "Use custom settings for history"
> 4) Choose clear history when firefox closes
> 5) Go into settings for this.. and click all the checkboxes
> 6) Close the browser
> 7) When it now starts, everything should be cleared
>
> The problem is that only doing clear all history does NOT clear out
> web storage (local/session-storage) and application cache (html 5
> manifest) data...
>
> If you still have problems (and running the latest revision) please
> tell me. The ping requests should now be using POST, and this should
> be reflected in firebug, if it says GET, then it is using the old
> version.
>
> --
> Morten
>
>
>
> 2011/8/25 Bob Jolliffe <bobjolliffe@gmail.com>:
>> Things are currently infinitely worse Even my workaround above no
>> longer works. Browser seems convinced its offline (ping action in
>> console triggering about every second and failing). I see you've just
>> committed something else re the keepalive ping so I'll wait and see.
>>
>> Bob
>>
>> 2011/8/25 Morten Olav Hansen <mortenoh@gmail.com>:
>>> Bob,
>>>
>>> Offline should now work in Firefox 3.6 (just pushet a fix), could you
>>> try it out? (you need to compile source, no war for this yet)
>>>
>>> --
>>> Morten
>>>
>>>
>>>
>>> 2011/8/24 Lars Helge Øverland <larshelge@gmail.com>:
>>>> On Wed, Aug 24, 2011 at 1:48 PM, Bob Jolliffe <bobjolliffe@gmail.com> >> >>>> wrote:
>>>>> Seems to be if you (i) connect to dhis, (ii) open the dataentry
>>>>> page,
>>>>> then (iii) disconnect (I disable my ethernet connection) without
>>>>> first
>>>>> agreeing to let data be stored locally, the browser gets left in a
>>>>> confused state it can't escape from without clearing all history.
>>>>
>>>> Noted, this should be mentioned in the user training and docs.
>>>>
>>>
>>
>
Thanks Brajesh for your taught, I total agree. What measure can be used to test all environment? This call for all players to actively participation in testing new functionality or any update with different requirement. This help provide good feedback and improve the system within short time for correction and re testing. This will be a continuous process
Testers should test this new releas with such a database and test environment where there should be at least 7 organisation unit levels and number of organisation unit should be at least 12,000 out of which about 7,000 should be at lowest organisation unit level (ie…in this case at 7th level)…and at least 1000 out of 7000 users approx should perform data entry online/offline combination with different level and capacity of Internet connectivity analyse the mega performance of new release, rather than testing it on a single stand alone laptop or desktop in a A/C room environment with good configuration and ultra high speed internate conncetivity, with small small data sets/data entry screens and generating some tinny reports and saying wooooooo…its working…and its ready to be launch in production env …!
Just to confirm that all is working fine with ff 3.6.20 now. In fact
very nicely
BTW I have found that I can effectively restore my browser to virgin
state (wrt encounters with dhis) without having to be quite as
draconian as you outline below. It was sufficient for me to:
clear cache through Tools->Clear Recent History
delete local-storage through Edit->Preferences->Advanced->Network
. I can clear offline storage from here.
Things are currently infinitely worse Even my workaround above no
longer works. Browser seems convinced its offline (ping action in
console triggering about every second and failing). I see you’ve just
committed something else re the keepalive ping so I’ll wait and see.
Seems to be if you (i) connect to dhis, (ii) open the dataentry page,
then (iii) disconnect (I disable my ethernet connection) without first
agreeing to let data be stored locally, the browser gets left in a
confused state it can’t escape from without clearing all history.
Noted, this should be mentioned in the user training and docs.
Testers should test this new releas with such a database and test
environment where there should be at least 7 organisation unit levels and
number of organisation unit should be at least 12,000 out of which about
7,000 should be at lowest organisation unit level (ie…in this case at 7th
level)…and at least 1000 out of 7000 users approx should perform data
entry online/offline combination with different level and capacity
of Internet connectivity analyse the mega performance of new release, rather
than testing it on a single stand alone laptop or desktop in a A/C room
environment with good configuration and ultra high speed internate
conncetivity, with small small data sets/data entry screens and generating
some tinny reports and saying wooooooo…its working…and its ready to be
launch in production env …!
Things are currently infinitely worse Even my workaround above no
longer works. Browser seems convinced its offline (ping action in
console triggering about every second and failing). I see you’ve just
committed something else re the keepalive ping so I’ll wait and see.
In India, DHIS2 implementation have been reached very much on stable stage whereever has been impmlemented
with their old release and they are very happy to use it. Unfortunately they are not looking for in a hurry to use
any unstable release before doing crazy testing. Because Indians are very stricts in terms of application testing before final application deployment, they have already faced such situation in their early stage of DHIS2 implentation long ago and its consequences when system was not tested properly before its final deployment. Thank God, Import-Export
is working fine these days…!
···
On Mon, Aug 29, 2011 at 1:03 PM, Knut Staring knutst@gmail.com wrote:
Hi Brajesh,
Data entry should have improved a lot in the new version. As for reports, they should be generated over night and cached for performance.
It is great that you plan to test the new version systematically in a challenging setup. I think so far only India will have those numbers of users available. Are you planning to set 2.4 up in parallel with your 2.3 setup and ask users to help out? Please share the results on the list.
Testers should test this new releas with such a database and test environment where there should be at least 7 organisation unit levels and number of organisation unit should be at least 12,000 out of which about 7,000 should be at lowest organisation unit level (ie…in this case at 7th level)…and at least 1000 out of 7000 users approx should perform data entry online/offline combination with different level and capacity of Internet connectivity analyse the mega performance of new release, rather than testing it on a single stand alone laptop or desktop in a A/C room environment with good configuration and ultra high speed internate conncetivity, with small small data sets/data entry screens and generating some tinny reports and saying wooooooo…its working…and its ready to be launch in production env …!
Just to confirm that all is working fine with ff 3.6.20 now. In fact
very nicely
BTW I have found that I can effectively restore my browser to virgin
state (wrt encounters with dhis) without having to be quite as
draconian as you outline below. It was sufficient for me to:
clear cache through Tools->Clear Recent History
delete local-storage through Edit->Preferences->Advanced->Network
. I can clear offline storage from here.
Things are currently infinitely worse Even my workaround above no
longer works. Browser seems convinced its offline (ping action in
console triggering about every second and failing). I see you’ve just
committed something else re the keepalive ping so I’ll wait and see.
Seems to be if you (i) connect to dhis, (ii) open the dataentry page,
then (iii) disconnect (I disable my ethernet connection) without first
agreeing to let data be stored locally, the browser gets left in a
confused state it can’t escape from without clearing all history.
Noted, this should be mentioned in the user training and docs.
It is indeed very sensible not to switch before extensive testing has been made, especially given the large implementations in India.
What I was hoping is that the India team could help out with such testing, because it is hard to replicate the very challenging conditions. Hopefully, the large team and large numbers of users also imply that you are in a rather unique position to test extensively.
In India, DHIS2 implementation have been reached very much on stable stage whereever has been impmlemented
with their old release and they are very happy to use it. Unfortunately they are not looking for in a hurry to use
any unstable release before doing crazy testing. Because Indians are very stricts in terms of application testing before final application deployment, they have already faced such situation in their early stage of DHIS2 implentation long ago and its consequences when system was not tested properly before its final deployment. Thank God, Import-Export
is working fine these days…!
On Mon, Aug 29, 2011 at 1:03 PM, Knut Staring knutst@gmail.com wrote:
Hi Brajesh,
Data entry should have improved a lot in the new version. As for reports, they should be generated over night and cached for performance.
It is great that you plan to test the new version systematically in a challenging setup. I think so far only India will have those numbers of users available. Are you planning to set 2.4 up in parallel with your 2.3 setup and ask users to help out? Please share the results on the list.
Testers should test this new releas with such a database and test environment where there should be at least 7 organisation unit levels and number of organisation unit should be at least 12,000 out of which about 7,000 should be at lowest organisation unit level (ie…in this case at 7th level)…and at least 1000 out of 7000 users approx should perform data entry online/offline combination with different level and capacity of Internet connectivity analyse the mega performance of new release, rather than testing it on a single stand alone laptop or desktop in a A/C room environment with good configuration and ultra high speed internate conncetivity, with small small data sets/data entry screens and generating some tinny reports and saying wooooooo…its working…and its ready to be launch in production env …!
Just to confirm that all is working fine with ff 3.6.20 now. In fact
very nicely
BTW I have found that I can effectively restore my browser to virgin
state (wrt encounters with dhis) without having to be quite as
draconian as you outline below. It was sufficient for me to:
clear cache through Tools->Clear Recent History
delete local-storage through Edit->Preferences->Advanced->Network
. I can clear offline storage from here.
Things are currently infinitely worse Even my workaround above no
longer works. Browser seems convinced its offline (ping action in
console triggering about every second and failing). I see you’ve just
committed something else re the keepalive ping so I’ll wait and see.
Seems to be if you (i) connect to dhis, (ii) open the dataentry page,
then (iii) disconnect (I disable my ethernet connection) without first
agreeing to let data be stored locally, the browser gets left in a
confused state it can’t escape from without clearing all history.
Noted, this should be mentioned in the user training and docs.