It's all about the answers!

Ask a question

recovering from incorrect attribute definition, help


sam detweiler (12.5k6195201) | asked Aug 04 '12, 9:11 p.m.
edited Aug 05 '12, 8:03 a.m.
about a year ago, we created a custom attribute on the defect workitem, and I created some custom code to create a lightweight integration with another system until the Email template support comes (now available in 4.0)..

but when we created the variable, the author picked Large String datatype.. unfortunately using Large constrains a lot of useful query options.. can't easily do contains, or equals, or...

a use case we want.. find all the defects where the custom field is not null.
find all the defects where the customer field contents is 'xyz',
report on all the defects that have the field set (this field contains the support system ticket number)
so we can do math on how many defects are customer sourced vs development sourced..

BUT.. there is no easy way to change an existing field type.. I say easy, cause I think I have a round about way to actually define and use a different field..  but the query code still uses the original field definition, and won't allow query on the new (same id as old) field. so after all the work, we don't actually have any improvement

my production team are nervous about changing the code I wrote, when we are just a few months away from  V4.0. so I don't think I can change to another field name/id under the covers..

is there any known way to get the query editor to not use the old LARGE field definition (stored with the old data field in the database), and use the new Medium one instead?

thanks for any pointers

Sam

One answer



permanent link
sam detweiler (12.5k6195201) | answered Aug 06 '12, 2:01 p.m.
never mind.. we've decided to move on, change the code.

Sam

Your answer


Register or to post 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.