Working tree browser is slow to open

[Martin Packman]

In common with other programs using alien toolkits under windows, bazaar explorer likes checking my floppy drive when it doesn't need to. This adds at least a second to the startup time of `bzr explorer somebranch` and is generally annoying.

[Martin Packman (gz)]

Profile of current trunk, created by doing `bzr explorer bzr-explorer` and hitting alt+f4 as soon as the window came up. Note lines:

        1 0.014 0.014 4.521 4.521 location.py:403(add_location)
        3 0.013 0.004 4.097 1.366 explorer.py:487(changed_view)
        2 4.078 2.039 4.080 2.040 wt_browser.py:205(set_root)

[Martin Packman (gz)]

Profile of attached branch using the same method, note absence of three lines from before and reduced overall runtime.

[Alexander Belchenko (bialix)]

Martin пишет:
> In common with other programs using alien toolkits under windows, bazaar
> explorer likes checking my floppy drive when it doesn't need to. This
> adds at least a second to the startup time of `bzr explorer somebranch`
> and is generally annoying.

I'm observing this too. I'm really think it's related to Qt toolkit.

Also I want to note that I saw the same behavior with standard Windows dialog "Select directory".

I'm not sure how we can workaround this fact.

[Martin Packman (gz)]

On 30/10/2009, Alexander Belchenko <email address hidden> wrote:
>
> Also I want to note that I saw the same behavior with standard Windows
> dialog "Select directory".
>
> I'm not sure how we can workaround this fact.

Yeah, I think we're stuffed on "Browse for Folder", the (few) other
windows applications that use it also have the pause.

The working tree pane seems fixable though, see the linked branch.

[Ian Clatworthy (ian-clatworthy)]

Martin,

I've applied the patch in the linked branch. I'll let you decide whether to leave the broader bug open or not.

[Martin Packman (gz)]

On 31/10/2009, Ian Clatworthy <email address hidden> wrote:
> Martin,
>
> I've applied the patch in the linked branch. I'll let you decide whether
> to leave the broader bug open or not.

Thanks Ian. Closing this bug is fine, can open another one if
inspiration strikes elsewhere.