----- Original Message -----
> From: "Tomas Jelinek" <tjelinek@redhat.com>
> To: movirt@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@redhat.com>
> > To: "Martin Betak" <mbetak@redhat.com>
> > Cc: movirt@ovirt.org, "Michal Skrivanek" <michal.skrivanek@redhat.com>,
> > bolya2003@bk.ru, "Yixin Zhang"
> > <yixin_1992_cia@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@redhat.com>
> > > To: "Michal Skrivanek" <michal.skrivanek@redhat.com>
> > > Cc: "Tomas Jelinek" <tjelinek@redhat.com>, bolya2003@bk.ru, "Yixin Zhang"
> > > <yixin_1992_cia@126.com>, movirt@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@redhat.com>
> > > > To: "Tomas Jelinek" <tjelinek@redhat.com>
> > > > Cc: "Martin Betak" <mbetak@redhat.com>, "Martin Beták"
> > > > <matobet@gmail.com>,
> > > > bolya2003@bk.ru, "Yixin Zhang"
> > > > <yixin_1992_cia@126.com>, movirt@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@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@ovirt.org
> > > > > http://lists.ovirt.org/mailman/listinfo/movirt
> > > >
> > > >
> > >
> > _______________________________________________
> > moVirt mailing list
> > moVirt@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/movirt
> >
> _______________________________________________
> moVirt mailing list
> moVirt@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/movirt
>
_______________________________________________
moVirt mailing list
moVirt@ovirt.org
http://lists.ovirt.org/mailman/listinfo/movirt