| Summary: | cannot handle branch with slash in the name | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | John Arthorne <john.arthorne> |
| Component: | Git | Assignee: | Szymon Brandys <Szymon.Brandys> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | Szymon.Brandys |
| Version: | unspecified | ||
| Target Milestone: | 2.0 RC1 | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
| Bug Depends on: | |||
| Bug Blocks: | 386502 | ||
|
Description
John Arthorne
Hmm. I also thought it was fixed already. For now I can set target 1.0 to not forget about it. I hit this again today when I accidentally created a branch with a /. It is definitely not encoding the slash properly in all cases. This is what happened when I tried to push such a branch to remote: POST http://localhost:8080/gitapi/remote/origin/johna/bug389758/file/A/Orion%20Server/ 405 (HTTP method GET is not supported by this URL) I guess at this point it will be a 2.0 fix. There are many places where ref names are not encoded. Moreover some POST/PUT methods do not handle encoded refs in urls at all. I will make sure that at least basic ops work in 2.0 ie push, fetch, merge, pull. Fixes pushed do client and server. Branches with slashes should be ok now. |