viz takes too long to start up

Bug #124143 reported by Robert Collins
2
Affects Status Importance Assigned to Milestone
Bazaar GTK+ Frontends
Fix Released
Medium
Gary van der Merwe

Bug Description

bzr viz takes several seconds to come up on a bzr branch, which is
rather long. Bringing up an empty window quickly, and then populating it
would feel much nicer to the user I think.

-Rob

 affects /products/bzr-gtk
--
GPG key available at: <http://www.robertcollins.net/keys.txt>.

Related branches

Revision history for this message
Jelmer Vernooij (jelmer) wrote : Re: [Bug 124143] viz takes too long to start up

On Thu, 2007-07-05 at 07:01 +0000, Robert Collins wrote:
> bzr viz takes several seconds to come up on a bzr branch, which is
> rather long. Bringing up an empty window quickly, and then populating it
> would feel much nicer to the user I think.
With the new graph code, it should be possible to iterate over the
ancestors as we need them.

 status triaged
 importance medium

Changed in bzr-gtk:
importance: Undecided → Medium
status: New → Triaged
Changed in bzr-gtk:
assignee: nobody → garyvdm
status: Triaged → Fix Committed
Revision history for this message
Szilveszter Farkas (phanatic) wrote :

Committed to trunk.

Revision history for this message
Jelmer Vernooij (jelmer) wrote : Re: [Bug 124143] Re: viz takes too long to start up

Am Freitag, den 24.08.2007, 12:29 +0000 schrieb Szilveszter Farkas:
> Committed to trunk.
The only thing this does is show the window before filling in the graph.
This doesn't help much as you still have to wait - you're just staring
at an empty window instead of no window at all.

It should be possible to gradually draw the graph starting with the tip
revision without the long wait, so I don't think this bug is fixed yet.

  status triaged

--
Jelmer Vernooij <email address hidden> - http://samba.org/~jelmer/
Jabber: <email address hidden>

Jelmer Vernooij (jelmer)
Changed in bzr-gtk:
status: Fix Committed → Triaged
Revision history for this message
Robert Collins (lifeless) wrote :

On Sat, 2007-08-25 at 14:20 +0000, Jelmer Vernooij wrote:
> Am Freitag, den 24.08.2007, 12:29 +0000 schrieb Szilveszter Farkas:
> > Committed to trunk.
> The only thing this does is show the window before filling in the graph.
> This doesn't help much as you still have to wait - you're just staring
> at an empty window instead of no window at all.
>
> It should be possible to gradually draw the graph starting with the tip
> revision without the long wait, so I don't think this bug is fixed yet.

Well merge sorted is not yet redesigned to allow incremental sorts with
< full history.

Showing the window upfront is a massive improvement IMO and fixes the
key startup problem - that of users starting it multiple times.

-Rob
--
GPG key available at: <http://www.robertcollins.net/keys.txt>.

Revision history for this message
Szilveszter Farkas (phanatic) wrote :

I asked Gary to implement an indicator similar to the one that Revision Browser has, so the user can see on the UI, that it's working currently. That one should cause even less confusion...

Revision history for this message
Gary van der Merwe (garyvdm) wrote :

I have basically rewritten the graph code, including a change to load the revision data incrementaly, improving the time it takes to display the first screen of data by 82%. Please see the vizchanges branch linked above.

Changed in bzr-gtk:
status: Triaged → Fix Committed
Revision history for this message
Szilveszter Farkas (phanatic) wrote :

bzr-gtk 0.92.0 released.

Changed in bzr-gtk:
milestone: none → 0.92.0
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.