Quick Search does not find defects and enhancements
Will Girard (15●1●6)
| asked Nov 09 '16, 8:01 a.m.
retagged Nov 18 '16, 4:01 a.m. by Minakshi Jaint (511●3)
Hello
We just upgraded our CLM installation from 4.0.6 to 6.0.2 iFix2. Now we found out, that the quick search does not return defect and enhancement work items.
In 4.0.6 i was able to enter a defect-id or a text on the top right quick search field and it returned the link to the corresponding defect(s).
In 6.0.2 i only see test plans, test scripts etc. but no enhancments and defects. if i click on more options on the quick search, all items are checked. But i saw that there is no checkbox for "Work Items" or "Defects".
I also tried the following commands to rebuild the indexes:
repotools-jazz.bat -rebuildTextIndices
repotools-jazz.bat -reindex
Do i have to configure something special to search for defects or enhancments in the quick search bar?
Thank you very much in advance.
Willi
showing 5 of 6
show 1 more comments
|
2 answers
Could you please check if you can find the work item if running the quick search from a RTC project area?
My understanding is running quick search in RQM project area will not return defects created in RTC. This is working as designed.
Comments
Will Girard
commented Nov 11 '16, 4:08 a.m.
Maybe a very dumb question, but how can i see if my project is in RTC or in RQM?
I guess i have three project areas, Quality Management (/jazz), CCM (/ccm) and RM (/rm)
Donald Nong
commented Nov 11 '16, 4:18 a.m.
Just check the context root after you open the project. If it's /jazz, it's in RQM.
Will Girard
commented Nov 11 '16, 8:58 a.m.
Im in the context root /jazz while using the quick search and the work items also have /jazz context root. Here is an example link to a defect:
Will Girard
commented Nov 13 '16, 7:14 p.m.
Im still no sure if my defects are in RQM because the namespace in the links to a test script begins with com.ibm.rqm, if i open a defect the namespace in the URL is com.ibm.team. So it could be that the work items are in RTC?
Donald Nong
commented Nov 13 '16, 8:23 p.m.
It's probably more reliable to check the shortcut of the WI (right-click on the icon and copy location), or use Firebug to check which resource URI is accessed for retrieving the WI information. If you accept that the defects are in RTC, then you should also accept that quick search in RQM will not find them.
Lily Wang
commented Nov 13 '16, 8:25 p.m.
You can follow the URL:
to check if the RQM project is part of the lifecycle project, or if it has an association with a RTC (CCM) project area.
If it doesn't match the above two cases, the RQM manage the defect itself which means it use local defects.
showing 5 of 6
show 1 more comments
|
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.
Comments
Are you referring to the RQM "local" defects and enhancements? It seems that you're still using the "jazz" context root - is your environment upgraded from an even older version?
Yes we have upgraded from RQM 2 or 3 to 4, about 2 years ago. And now from 4 to 6. So we are using the old "jazz" context root.
I have never worked on such environment before, and am not sure whether you are using RTC. If the defects are in RQM, they are sometimes referred to as "local defects", versus those in RTC as "remote defects". If during the upgrade the "local defects" somehow got migrated to RTC as "remote defects", that can explain why you can no longer "quick search" them. So you will need to determine where these defects are located now.
Thank you. Do you know how i can see if my defects got migrated to RTC?
From 5.0.2 to 6.0.2
I would suggest you contact Support for this one so that more information can be collected to understand the issue. I've run out of ideas, sorry.