qlog DIR slow
Bug #432344 reported by
Darren Worrall
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
QBzr |
Confirmed
|
Wishlist
|
Unassigned | ||
TortoiseBZR |
Invalid
|
Low
|
Unassigned |
Bug Description
We have a standalone tree with several thousand revisions. If I branch it, and use the TortoiseBzr 'log' shell extension on the top level directory, it populates very fast and is perfectly usable. If I call 'log' on any of the subdirectories, it just hangs. It is building the dialog (if you wait long enough the elements start to appear), but it's not usable at all. The process isn't doing much IO, but looks thread bound (1 core maxed out)
Steps to reproduce:
Branch a large tree with many revisions
Call the log extension on the top level directory - should be perfectly responsive and usable
Now call it on a subdirectory
Happy to try and debug this but dont know where to start :)
Related branches
Changed in tortoisebzr: | |
status: | New → Confirmed |
importance: | Undecided → Low |
Changed in tortoisebzr: | |
status: | Confirmed → Invalid |
Changed in qbzr: | |
importance: | Undecided → Wishlist |
status: | New → Confirmed |
summary: |
- TortoiseBzr log command takes forever on sub-directory + qlog DIR slow |
tags: | added: performance qlog |
To post a comment you must log in.
bzr log on sub directory takes long time against log on top directory.
This is bzr's behavior, not a bug.
TortoiseBZR now executes like this command:
> bzr log <directory that user clicked in>
One thing that TortoiseBZR can is add a "log for this branch" command
that like:
> bzr log <top directory of branch user clicked in>
But I don't know this is useful enough to add menu item.
I think TortoiseBZR should be able to do all operation.
But I don't think TortoiseBZR should have all convenience menu item.
Does someone have any idea about this?
--
Naoki INADA <email address hidden>