Ticket #74 (closed: invalid)
Full revision tree (graph) seems to fail
| Reported by: | Nick | Owned by: | alwin |
|---|---|---|---|
| Priority: | normal | Milestone: | 0.8.x |
| Component: | All | Version: | 0.8.x |
| Severity: | minor | Keywords: | |
| Cc: |
Description
First, I do not know if this _is_ supposed to work.
Bashburn svn ( http://bashburn.sourceforge.net/ )
svn co https://svn.inf.sgsp.edu.pl/svn/bashburn (it is very small code to experiment with)
works great (I am a minor dev. on the project). But if I look at 'Subversion->General->Full revision tree', I get only one 'block' in the graphical tree, and not the fully 'mapped' tree.
Looking at 'Subversion->General->Full log' I see all the changes.
So, I do not know if this is the fault with the remote repository and log files are not right to show the graphical tree information.
Nick
Attachments
Change History
comment:1 Changed 7 years ago by Nick
- Owner changed from anonymous to alwin
- Status changed from new to assigned
comment:2 Changed 7 years ago by alwin
Think, there is a missunderstanding:
when you making the full revision log of the main element (mostly a folder) then you get all changes of all subelements of course.
The revision tree itself is always to the current selected item, means, it just check the logs where the current selected item was changed!
for instance: mark in your case " https://svn.inf.sgsp.edu.pl/svn/bashburn/BashBurn.sh" in kdesvn. Then select "full log" and "full revision tree" and you'll see them contains mostly the same elements. But when selecting the "misc" folder, full log prints a lot more than the tree. And this is right: all elements where added at sime time. (Rev 105). So that folder itself has ONE change (adding). So tree contains ONE element. But items below have more. So the recursive(!) log has MORE elements of course.
comment:3 Changed 7 years ago by alwin
- Status changed from assigned to closed
- Resolution set to invalid
