[moVirt] when connection fails, user does not know the data are old
Tomas Jelinek
tjelinek at redhat.com
Mon Jun 1 07:33:14 UTC 2015
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
- 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
>
More information about the moVirt
mailing list