| Summary: | feedback on "Ask for review" feature | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Susan McCourt <susan> |
| Component: | Git | Assignee: | Project Inbox <orion.git-inbox> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | maciej.bendkowski, malgorzata.tomczyk, Szymon.Brandys |
| Version: | 0.5 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
|
Description
Susan McCourt
I was wrong about 4) for some reason my expectation was that either a) the add remote command would "just do the work" without prompting..or... b) the popup was going to show me the URL for confirmation. I think this is because the "add remote" slideout on the repo page prompts for URL first, and then name. So I just expected the URL to be the first entry again. Now I realize that the popup was asking me for a name (it clearly says so in the parameter title). I wonder if we should show the URL too (prefilled in) to prevent this misunderstanding. Having figured this part out, I typed in a name for the repo and the remote was presumably added successfully, but at that point there was no new feedback on the "ask for review page." I wasn't sure what to do next, whether this page was supposed to help me through the rest of the workflow. I clicked on the repo page link so I could check to see that the repo had been added. The remote was there. I tried "open commit" at that point and the commit was not found. So I figured I should fetch the repo. Then I realized that fetch had failed because the provided repo link: https://orion.eclipse.org/git/reviewRequest.html#git@github.com:maciej-bendkowski/orion.client.git_6a6cbe8054541deb6bc41fc7adfccccb630a7e49 required ssh authorization rather than read only. So I'm guessing that the fetch failed on the ask for review page (it didn't prompt me for credentials.) So I think we have these issues: 5) There was no error feedback or anything telling me what had happened. 6) we probably should revisit the code that creates these "ask for review" links because we want to ensure the read only repo link is generated rather than the ssh that the contributor is using. To finish reviewing maciej's code, I had to go to his github page, find the read only link, add it manually, fetch the remote, and then open commit. I think this page has TONS of potential and if we can work through these issues it will be an awesome thing to show off for 1.0 (sorry I haven't tried it before now, this is the first time I got a bugzilla with the review link in it.) (In reply to comment #1) > 6) we probably should revisit the code that creates these "ask for review" > links because we want to ensure the read only repo link is generated rather > than the ssh that the contributor is using. This seems quite odd since multiple contributions I've prepared were reviewed using the ssh links and neither Gosia nor Szymon had problems fetching. Maybe Gosia could shed some light on it. (In reply to comment #2) > (In reply to comment #1) > > 6) we probably should revisit the code that creates these "ask for review" > > links because we want to ensure the read only repo link is generated rather > > than the ssh that the contributor is using. > > This seems quite odd since multiple contributions I've prepared were > reviewed using the ssh links and neither Gosia nor Szymon had problems > fetching. Maybe Gosia could shed some light on it. Gosia mentioned to me while I was having trouble that she had some problems with review links in the past.... Closing as part of a mass clean up of inactive bugs. Please reopen if this problem still occurs or is relevant to you. For more details see: https://dev.eclipse.org/mhonarc/lists/orion-dev/msg03444.html |