[moVirt] when connection fails, user does not know the data are old

Mon Jun 1 07:57:58 UTC 2015

----- Original Message -----
> From: "Tomas Jelinek" <tjelinek at redhat.com>
> To: movirt at ovirt.org
> Sent: Monday, June 1, 2015 9:33:14 AM
> Subject: Re: [moVirt] when connection fails, user does not know the data are old
> 
> Hey,
> 
> top posting for conclude:
> - have in the DB a field which will mark that the last connection failed and
> reason or that it succeeded
> - all the screens will have a small top bar showing only when the last call
> failed. It will tell that the connection is lost and that the data are old

we could also show the last successful poll, but not sure it will not occupy too much place. We can try how will it look like.

> - fire a notification when you loose the connection - only first time.
> Ideally make this configurable because you not always want this
> - if the connection is lost, the data should be somehow grey and the actions
> should be disabled
> 
> This should be 4 different tasks since they bring value one by one and not
> only when fully implemented.
> 
> Is this what we all agree on?
> 
> Thanx,
> Tomas
> 
> ----- Original Message -----
> > From: "Tomas Jelinek" <tjelinek at redhat.com>
> > To: "Martin Betak" <mbetak at redhat.com>
> > Cc: movirt at ovirt.org, "Michal Skrivanek" <michal.skrivanek at redhat.com>,
> > bolya2003 at bk.ru, "Yixin Zhang"
> > <yixin_1992_cia at 126.com>
> > Sent: Tuesday, May 26, 2015 4:19:56 PM
> > Subject: Re: [moVirt] when connection fails, user does not know the data
> > are old
> > 
> > 
> > 
> > ----- Original Message -----
> > > From: "Martin Betak" <mbetak at redhat.com>
> > > To: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> > > Cc: "Tomas Jelinek" <tjelinek at redhat.com>, bolya2003 at bk.ru, "Yixin Zhang"
> > > <yixin_1992_cia at 126.com>, movirt at ovirt.org
> > > Sent: Tuesday, May 26, 2015 2:35:22 PM
> > > Subject: Re: [moVirt] when connection fails, user does not know the data
> > > are old
> > > 
> > > When I read the problem first that I thought was your last option. I
> > > think
> > > it's more then intuituve. Why don't you like it?
> > 
> > just not sure how much space can we use on a small mobile display. But
> > still
> > the best thing I can imagine so far
> > 
> > > It also could be combined with greying item if connection reports an
> > > error
> > > while updating entity.
> > 
> > yes, combining it with the greying out all the items seems as a good option
> > 
> > > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > From: "Michal Skrivanek" <michal.skrivanek at redhat.com>
> > > > To: "Tomas Jelinek" <tjelinek at redhat.com>
> > > > Cc: "Martin Betak" <mbetak at redhat.com>, "Martin Beták"
> > > > <matobet at gmail.com>,
> > > > bolya2003 at bk.ru, "Yixin Zhang"
> > > > <yixin_1992_cia at 126.com>, movirt at ovirt.org
> > > > Sent: Tuesday, May 26, 2015 11:06:46 AM
> > > > Subject: Re: [moVirt] when connection fails, user does not know the
> > > > data
> > > > are old
> > > > 
> > > > 
> > > > On May 26, 2015, at 11:04 , Tomas Jelinek <tjelinek at redhat.com> wrote:
> > > > 
> > > > > Hey All,
> > > > > 
> > > > > we have an interesting bug report from Sandro [1] which says that
> > > > > after
> > > > > the
> > > > > connection between engine and moVirt goes down, moVirt does not
> > > > > notify
> > > > > the
> > > > > user about this and keeps showing the
> > > > > old data in the UI as if nothing happened even they are weeks old.
> > > > > This
> > > > > is
> > > > > obviously not correct but not exactly clear how should it behave. I
> > > > > see
> > > > > this options:
> > > > > 
> > > > > - if the connection fails during the refresh, set all the statuses of
> > > > > everything to "unknown"
> > > > >  (I would not do this since this would generate the notifications and
> > > > >  may
> > > > >  be temporal (e.g. phone in tunnel or something))
> > > > > 
> > > > > - leave the data as they are and have some top bar or something
> > > > > saying
> > > > > how
> > > > > old the data are. This would be updated at every poll
> > > > >  (Not sure, would occupy place and would make it hard for partial
> > > > >  updates.
> > > > >  And track this for each entity is costy)
> > > > > 
> > > > > - leave the data as they are and if some server communication fails
> > > > > add
> > > > > a
> > > > > top bar with a warning that the connection to server is lost and the
> > > > > data
> > > > > are old - maybe with some note when was the last successful
> > > > > connection.
> > > > >  (this seems simple enough and my favorite but still not convinced I
> > > > >  like
> > > > >  it…)
> > > > 
> > > > how about greying out the outdated data a little, after some period?
> > > 
> > > This would require tracking of "last updated" timestamp for each tracked
> > > entity
> > > and as Tomas mentioned this would be somewhat costly (but maybe not
> > > prohibitively).
> > > 
> > > My suggestion would probably be a single global timestamp (last
> > > successful
> > > request)
> > > and have this displayed *always* as a little non-obtrusive footer in each
> > > activity.
> > 
> > not sure how much non-obtrusive it will be if it will be there all the time
> > changing after each action you do...
> > 
> > > In case a request fails we can make it more prominent (bigger and with
> > > cause
> > > of last
> > > error) so the user knows what is going on.
> > 
> > I would show it only when there is an error and show the specific error
> > only
> > after the user clicks it.
> > 
> > > 
> > > Having always readily available how old the data is will also serve as a
> > > simple
> > > check that the periodic refresh is working.
> > 
> > yeah, but this is useful for development and not so much for the user I'd
> > say.
> > 
> > > > 
> > > > > 
> > > > > Any more ideas?
> > > > > 
> > > > > Thanx,
> > > > > Tomas
> > > > > 
> > > > > 
> > > > > [1]: https://github.com/matobet/moVirt/issues/66
> > > > > _______________________________________________
> > > > > moVirt mailing list
> > > > > moVirt at ovirt.org
> > > > > http://lists.ovirt.org/mailman/listinfo/movirt
> > > > 
> > > > 
> > >
> > _______________________________________________
> > moVirt mailing list
> > moVirt at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/movirt
> > 
> _______________________________________________
> moVirt mailing list
> moVirt at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/movirt
> 