Inconsistent behavior downloading an attachment from work item
We are using RTC 4.0. A user attaches a document to a work item using the web interface. Clicking on the attachment ID number in the attachment section of a work item returns "webpage not found". Clicking on the "attachment xxxx" in the discussion section allows the document to be downloaded. Am I using this incorrectly, or am I encountering a bug?
Accepted answer
This seems to be one of those difficult to reproduce issues. It was reported internally recently but closed since it wasn't reproducible by the development team. I have reopened and referenced this thread from the work item.
Please take a moment to review the item and add any information you may have to help reproduce and resolve.
Thanks!
Comments
Millard Ellingsworth
FORUM ADMINISTRATOR / JAZZ DEVELOPER Feb 04 '13, 6:52 p.m.If you use the name rather than the number in the attachment view, do you get the error or does it open?
Victor Campbell
Feb 05 '13, 9:58 a.m.From history or discussion (this one works):
/jazz/service/com.ibm.team.workitem.common.internal.rest.IAttachmentRestService/itemName/com.ibm.team.workitem.Attachment/1481
From the attachment page (same link on either attachment number or file name, returns HTTP 400 Bad Request):
/jazz/service/com.ibm.team.workitem.service.internal.rest.IAttachmentRestService/repo/csid/Attachment/C%3A%5Ctest.txt?itemId=_Y9DV0G-fEeKgH6VVe-cQYA
Your link is different than mine. My link also includes the drive letter along with the file name. When I remove the "C%3A%5C" from the link, leaving only the filename, the link works.
Victor Campbell
Feb 05 '13, 11:10 a.m.I can add another clue, I'm using IE 9 with Windows 7, and attaching a document will also include the drive letter along with the filename. When using Firefox, the drive letter is not included in the filename. So this looks like the problem is created when attaching the document, preventing it to be downloaded using the link.
Millard Ellingsworth
FORUM ADMINISTRATOR / JAZZ DEVELOPER Feb 05 '13, 1:40 p.m.It looks like whoever installed your RTC did not choose to use the new context roots which is why yours begin with "jazz" (old-school) and mine with "ccm".
Victor Campbell
Feb 05 '13, 2:25 p.m.Wasn't this caused by an upgrade from RTC 2.0 to 4.0 (with an intermediate stop at 3.0)? A quote from the upgrade document:
"The Change and Configuration Management (CCM) application must be deployed at the same context root that was used in your Rational Team Concert™ v2.x installation. By default, this is /jazz. The Rational Team Concert v3.0 installation can handle changing the CCM context root from /ccm to /jazz."
Here's a table that shows it also:
The upgrade process, as complicated as it was, didn't lend me to believe I could "choose" my context root.
Anyway, does that affect the way IE 9 with Windows 7 attaches documents?
Millard Ellingsworth
FORUM ADMINISTRATOR / JAZZ DEVELOPER Feb 05 '13, 1:57 p.m.No, not related (afaik). Just commenting on why our URLs are different.