[closed] Dropdown lists in RTC WI no longer expand into enumerations and each of most attributes got a red circled X mark ([object Object] when hovered over)
Any idea where to start looking, after our upgrade (RTC/RRC) to 4.0.6 from 4.0.3, all (of WI types using customized WF Scope Item) WI dropdown lists perpetuate with "retrieving ..." without being populated with enumerations on webUI, although OK on Eclipse clients.
Also most attributes turned mandatory on webUI and prevented moving to next state, while on Eclipse clients the WI can be put into next state without a single attribute requiring an assigned value.
Have checked into one attribute with dropdown list to enumerations: The associated enumeration got a default literal, tried:
- Adding an enumeration entry to Unassigned Literal did not help
- Also ticking the attribute read only did not help
- Attribute does not have a default value, however it's greyed out hence no writing into the field.
- All this in consideration of an RRC bug which prevented import of artifacts with enumerations without an initial value (in combination with the existence of a description).
Have not look into the issue with mandatory fields yet.
The question has been closed for the following reason: "Other" by rschoon Oct 10 '14, 2:49 a.m.
Comments
Ralph Schoon
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Sep 16 '14, 2:32 a.m.I would consider getting in contact with support. If something like that happens I would assume an issue with the upgrade. Also 4.0.7 has a lot of bug fixes.
Donald Nong
Sep 16 '14, 3:04 a.m.It reminds me of a case where the RTC Web client would stay at the "saving work item" message, and it turned out to be a client side JavaScript error due to an obsolete attribute (the operation stops at the client side, not the server side as it appears). There will be some debugging required to find that cause. So as Ralph said, open a ticket with Support.
long TRUONG
Sep 16 '14, 11:06 a.m.Thx Ralph & Don,
long TRUONG
Sep 17 '14, 12:41 p.m.IBM had requested a new PMR separate from the upgrade PMR: [PMR 55525,49R,000]
long TRUONG
Sep 23 '14, 4:37 p.m.-
"Also most attributes turned mandatory on webUI and prevented moving to next state" was not true, it was the wrong observation.
-
It should have read "The red circled X marks are not indicators of mandatory fields, the tickets can be moved to next state without any of them has to disappear. And you can remove the marks by clicking, no need to set, the field, at least for the non-enumeration fields."
The PMR has been escalated with logs collected by HTTPwatch and by Firebug as well as Chrome "Inspect Elements"long TRUONG
Oct 02 '14, 10:51 p.m.New development: posted on Jazz Forum Question 164756, now focusing on "NetworkError: 400 Bad Request - https// ....."
long TRUONG
Oct 09 '14, 5:20 p.m.This question has been rephrased to one directly related to a 400 Bad Request error, which received the right answer (for the workaround of the immediate cause) from Donald Nong: Forum Question 164756
Ralph Schoon
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Oct 10 '14, 2:51 a.m.I closed this thread since the question was rephrased in Jazz Forum Question 164756 I think this question will never be closed.If you disagree, let me know and I can reopen it.