[Ovirt-devel] [PATCH] fixed some 500 internal server errors
Hugh O. Brock
hbrock at redhat.com
Mon Jun 2 17:38:25 UTC 2008
On Mon, Jun 02, 2008 at 01:33:30PM -0400, Jason Guiditta wrote:
> Hugh O. Brock wrote:
>> [snip]
>> ACK, this appears to work fine. I have committed and pushed it along
>> with the other three that preceded it.
>>
>> Is it easy, or worth doing, to include a check so that the content
>> pane does not reload if the user clicks its link in the tree again? Or
>> do we *want* it to reload?
>>
>> Take care,
>> --Hugh
>>
>
> With the current implementation (that I hope we are cleaning up after
> summit), this would take a bit of work, but could be done. However, unless
> we are going to stream data to the browser for everything in that content
> pane (comet or periodic updates), I would think we would want it to refresh
> when you click the link again, if only for a simple mechanism to update the
> content in that pane. This is starting to get to a point where we need
> some cohesive decisions made on how we want the app to behave. If there
> will be no refresh on click of the pool for the associated content, then we
> _have_ to be updating everything in the content area (all tabs, since you
> could have chosen any). I _really_ would not want to see this done with
> polling - it is bad enough as a temporary way for updating the tree (what I
> am working on now), to have it everywhere would be a horrible amount of
> chattiness to the server.
Yeah, that makes sense; I don't feel all that strongly about it
anyway.
Thanks,
--Hugh
More information about the ovirt-devel
mailing list