Comments you submit will be routed for moderation. If you have an account, please log in first.
Modify

Ticket #91 (closed: fixed)

Opened 7 years ago

Last modified 7 years ago

Newly added directories removed from display after updating other files

Reported by: mgdde Owned by: alwin
Priority: normal Milestone: 0.9.x
Component: All Version: 0.8.x
Severity: minor Keywords: RESOLVED
Cc:

Description

Initially newly added directories are displayed as updateable files in the treeview. Then after manually updating some _other_ files those newly added directories are removed from display and won't reappear unless kdesvn is restartet.

Actually it appears as if the logic that displays newly added files does not know about directories. At least all files inside such a directory are not visible until after said directory had been updated (added).

That implies I can't add the directory without adding all files inside of it either (no problem, I just realized it is that way).

ADDITIONAL INFORMATION: As a sidenote: For each newly added file a dialogbox appear. This is annoying when there had been lots of new files added. Either collect all such files and display them in a single dialog and/or add a button "Ok to all" or similar.

Attachments

Change History

comment:1 Changed 7 years ago by mgdde

  • Owner changed from anonymous to alwin
  • Status changed from new to assigned

comment:2 Changed 7 years ago by alwin

You meant, it is added in repository and then disappear? I'll check it.

comment:3 Changed 7 years ago by mgdde

Not sure we are talking the same, therefor a short scenario:

Developer A adds a new directory together with a couple of files to the central repository, he also updates an existing file. Developer B updates the fileslist and the new directory is shown as added file (and could be updated at this point) and the updated file as requiring an update. Then developer B updates the "old" updated file. The treeview is updated and the previously shown new directory is no longer displayed.

comment:4 Changed 7 years ago by alwin

  • Keywords FEEDBACK added

Ok, I think I found your problem. in branch 0_8 I think I had fixed it. Before merging into trunk and releasing 0.8.5 it would be great if you may check if it solves your problems.

Tnx

comment:5 Changed 7 years ago by mgdde

I've checked out branch 0_8 and built it. I'm still testing but there is at least one regression: Files newly added to the repository are not shown in the filelist anymore.

I'll check out the directory problem later today.

comment:6 Changed 7 years ago by alwin

Files newly added to the repository are not shown in the filelist anymore.

Hm???? Sure? Here them (in different scenarios) are displayed and on discover code nothing is changed - only in code where display is regenerated after an action.

comment:7 Changed 7 years ago by alwin

  • Keywords RESOLVED added; FEEDBACK removed
  • Status changed from assigned to closed
  • Resolution set to fixed
  • Milestone set to 0.9.x
View

Add a comment

Modify Ticket

Action
as closed
The resolution will be deleted. Next status will be 'reopened'
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.

Ihr Browser versucht gerade eine Seite aus dem sogenannten Internet auszudrucken. Das Internet ist ein weltweites Netzwerk von Computern, das den Menschen ganz neue Möglichkeiten der Kommunikation bietet.

Da Politiker im Regelfall von neuen Dingen nichts verstehen, halten wir es für notwendig, sie davor zu schützen. Dies ist im beidseitigen Interesse, da unnötige Angstzustände bei Ihnen verhindert werden, ebenso wie es uns vor profilierungs- und machtsüchtigen Politikern schützt.

Sollten Sie der Meinung sein, dass Sie diese Internetseite dennoch sehen sollten, so können Sie jederzeit durch normalen Gebrauch eines Internetbrowsers darauf zugreifen. Dazu sind aber minimale Computerkenntnisse erforderlich. Sollten Sie diese nicht haben, vergessen Sie einfach dieses Internet und lassen uns in Ruhe.

Die Umgehung dieser Ausdrucksperre ist nach §95a UrhG verboten.

Mehr Informationen unter www.politiker-stopp.de.