| Summary: | When compare.html?readonly missing, file URI is mangled and fetched from wrong service | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Evan Hughes <evan_hughes> |
| Component: | Client | Assignee: | libing wang <libingw> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | john.arthorne, libingw, simon_kaegi |
| Version: | unspecified | ||
| Target Milestone: | 8.0 | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
Evan Hughes
I am about to release a new version of compare container, which will accept different options when you construct the widget. I will consider this bug together. I'm going to switch to content URIs that don't require query parameters. This work item is still valid, but not important for my investigation. (In reply to comment #2) > I'm going to switch to content URIs that don't require query parameters. This > work item is still valid, but not important for my investigation. The trimming was indeed a work around at the moment. We had to understand a file name from the URL but some times a file URL in git history contains "?parts=body". Eventually we should ask the diff Provider or name resolver to give back a file name by URL. In Orion we have file service to give back file meta data. But RTC may have its own way to know a file name. This means the consumer has to tell the compare widget how to resolve file name bu URL. The compare widget has been improved a lot so this issue no longer exists. |