[Bug?] Color box in a strict typedef cluster in a subpanel can't select a color

[BowenM]

I'm working on a program where I had a strictly defined cluster.  In that cluster was a color box.  The VI ran just fine (I could select a color) normally but when added to a subpanel I could no longer select a color. Changing the control to non-strict typedef fixed it in the subpanel.  I have attached a project showing the behavior.

If someone can verify that they see this, and that it isn't intentional (I can't think of any reason it would be) I'll add it to the monthly bugs thread.

[Bob_Schor]

Duh!  I was running around trying to find a reasonable explanation when the answer was right under my nose.  You are creating a Control or Indicator, which means that the quantity you call "Color Box" takes a value.  Until you set the value of Color Box, it will take the Default Value of 0, which turns out to be Black.  If you want your SubPanel to open with a Red Color Box, you need to initialize the Cluster to put "Red" in the Color Box (otherwise it will continue to show 0 = Black).

Bob Schor

[BowenM]

The color box is a control of course (int numeric data type).  The problem is that I can't change the value of that control if it is in a subpanel.

Edit:  To clarify, ANY control that is inside of a subpanel you should be able to change unless it is disabled.  The mouse pointer changes to a finger like it should, but clicking it does not bring up the color select menu like it is supposed to with a color box.

[RoxtheFox]

HI BowenM,

You are loading the VI as a subpanel, which is being loaded with the default color. I have attached an article that explains more about subpanels:

http://digital.ni.com/public.nsf/allkb/D587067E18E0E70186256D44007B91FE

The purpose of the subpanel is to just display the front panel of a VI. Is there a reason you are trying to change the color? I would recommend setting the default color as red if you always want red to show up. Is there a reason you are trying to use a sub VI? Why don't you just place the type def on your main VI? 

[BowenM]

---

@RoxtheFox wrote:

HI BowenM,

You are loading the VI as a subpanel, which is being loaded with the default color. I have attached an article that explains more about subpanels:

http://digital.ni.com/public.nsf/allkb/D587067E18E0E70186256D44007B91FE

The purpose of the subpanel is to just display the front panel of a VI. Is there a reason you are trying to change the color? I would recommend setting the default color as red if you always want red to show up. Is there a reason you are trying to use a sub VI? Why don't you just place the type def on your main VI? 

---

I... don't care what the default color is. Obviously it can be initialized to anything I want, but I don't want an indicator.  I want a control, which in the case I described the user can not change it.

Why do I need it in a subpanel?  Not relevant.  I have already "solved" my problem, I'm just reporting a bug.

[RavensFan]

It smells like a bug to me.

[UliB]

If I execute the example you provided I can not choose a color. I think this is not correct / a bug.

If I add a while loop to 'subpanel.vi' and run it ('Run VI' invoke node in 'main.vi'), then I can choose a color as long as 'subpanel.vi' is running.

Edit: LabVIEW2015, 15.0f2 (32-bit)

[RoxtheFox]

Thank you everyone. I reported the bug. 

[UliB]

Hello Roxana,

do you have a CAR number?

UliB

[RoxtheFox]

Hello UliB,

It's 584474, but it was rejected.

Thanks