I can create an expanded request and enter the same query parms multiple times
(see image arc_expandedQuery); I do this so my eyes can see all the content
without scrolling, and pull out the shortcut text I can use on other parms.
If I collapse it and then expand again, it does not return (see second image
arc_badExpandedQuery).
This is the full request/query string:
https://localhost:9443/ccm/oslc/contexts/_v_oywIqdEeKqPKwLyTGuHg/workitems?oslc.
where=dcterms:modified>="1910-08-01T21:51:40.979Z" and
dcterms:identifier>"173"&oslc.select=dcterms:title,oslc:serviceProvider,oslc_cm:
status,dcterms:contributor,oslc_cm:approved,oslccm:status,rtc_cm:filedAgainst,os
lc_cmx:priority,oslc_cmx:severity,oslc:shortTitle&oslc.prefix=dcterms=<http://pu
rl.org/dc/terms/>,oslc=<http://open-services.net/ns/core#>&oslc.prefix=oslc_cm=<
http://open-services.net/ns/cm#>,oslc_cmx=<http://open-services.net/ns/cm-x#>&os
lc.prefix=rtc_cm=<http://jazz.net/xmlns/prod/jazz/rtc/cm/1.0/>
What steps will reproduce the problem?
1. create request with repeating query parm keys when in expanded mode
2. collapse request/query
3. re-expand request/query
What is the expected output? What do you see instead?
> would like to see the expand tolerate the repeating query parm keys, so my
control of the content remains (easier on the eyes, less scroll).
On what operating system, browser and browser version?
> Windows 7; Chrome Version 27.0.1453.116 m, ARC Application version: 3.1.5
Please provide any additional information below.
> A little bit of an intersection with reported issue 153; the parsing control
area of your sweet little tool. If you can tolerate my strategy for old eyes,
big thanks. Oh, and the summary - WIBNI = Wouldn't It Be Nice If.... (Project
killers, a long list of WIBNIs :-}.
Original issue reported on code.google.com by PatMc...@gmail.com on 25 Jun 2013 at 1:52
Original issue reported on code.google.com by
PatMc...@gmail.comon 25 Jun 2013 at 1:52Attachments: