| Summary: | Folder not deleted in GitHub after local deletion | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Technology] EGit | Reporter: | Lars Vogel <Lars.Vogel> | ||||
| Component: | UI | Assignee: | Project Inbox <egit.ui-inbox> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | critical | ||||||
| Priority: | P3 | CC: | Konstantin.Scheglov, mn, richard.legendi, robin.rosenberg, stefan.lay | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Windows XP | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Lars Vogel
confirmed This one is worrysome since it creates a tree in a way that noone probably expects. One could argue that thise case should be valid, which it would if Git officially had the ability to track empty directories. Why is that a critical bug? (In reply to comment #1) > confirmed (In reply to comment #3) > Why is that a critical bug? It seems we might create corrupt repos, at least in the sense that we create repos that we did not intend to do. Any creation of an unexpected object in the repository is a serious issue when it can be replicated undetected to other repositories. We might want Shawn's opinion on this one. Created attachment 185248 [details]
Synchronize view, showing filesystem resources
I have a same problem with using EGit 0.9.1. However if I use the Synchronize view and switch to view the file system changes, I am able to view the deletions, but cannot commit them. See attached screenshots. See gerrit change id I897e364e476f942f8c5361a809f5fd849a972fee Merged as 793536b04173611f49a8a4c4e105cf39c4aef052 |