12-12-2011 08:25 AM
Yes, I am using the English version of LabVIEW 2011. Attached is a small program (created from the 3D scatter and surface examples) that recreates the issue I have seen. Note that the VI must be opened from within the project, as one of the work-arounds that I have discovered is to open the affected VI outside of the project.
The other work-around is as follows:
1) Close all VIs that utilize 3D graphs (this is very important - it prevents LabVIEW's UI thread from freezing*)
2) Browse to "Dependencies -> vi.lib -> 3D Scatter.lvclass -> Public -> Property Page"
3) Open "Property Dialog.vi"
4) Make a change to the VI (for example, add a control and then delete it - it doesn't really matter)
5) Close the VI,selecting "Defer Decision" when prompted to save the VI.
6) Reopen your program and the properties page should behave as expected.
* The 3D plot xControls do not appear to properly lock (or check for resource contention) all of the object files utilized!
A longer term work-around is to open "Property Dialog.vi" scroll up to display the tabs, expand the window down to redisplay OK, Cancel, and Help buttons, and then to save the vi. (though I generally shy away from making changes to VIs in vi.lib)
12-12-2011 10:47 PM
Thanks, njg. I will handle this bug in the following release. Also thanks to your workaround.
In 5), I found you can save the modified VI directly instead of scrolling to show the Tab for a long-term workaround.
12-13-2011 07:13 AM
"In 5), I found you can save the modified VI directly instead of scrolling to show the Tab for a long-term workaround."
Although the VI could be saved in step 5 of my work-around process, I do not believe that this would actually be a long-term solution due to the fact that the shipping (source) code is correctly implemented but somewhere along the way the implementation (object code, dynamic dispatch, or something else) gets messed up. I don't see why it wouldn't necessarily break again after the VI was saved. The reason that I considered saving a version that displays the tabs to be a permanent work-around is that the user then has the ability to switch pages directly rather than programatically (which somehow gets broken).
Thank you for submitting the bug. Please attach a CAR number to this thread.
12-13-2011 08:35 PM
The CAR number is 300949.
12-21-2011 10:23 AM
10-10-2012 08:40 AM
I am still getting the same problem in LV2011. I have 20 3D plots in the same VI (in tabs). I will try the work-around posted earlier. Is anyone aware of a way to avoid this issue?
10-10-2012 08:28 PM
Hi ClrInk,
The fix was in LV2012. Have you had a chance to try it in LV2012?
BTW, the workaround in this thread should work in LV2011.
08-02-2013 09:30 AM
This issue still exists in LabVIEW 2012. I'm currently having the same problem.
08-19-2013 06:54 PM
I can confirm that this bug still exists in Labview 2012. I have only 3 plots, none of which have more than a handful of points (I was actually just testing to see which 3D plot was going to suit my needs). 3D Plot Properties Pane was working fine to begin with, but after settling on 3D Stem I went to configure the details...and couldn't change tabs, as described in the rest of this thread.
12-23-2013 05:19 AM
nothing happened, as usual.
Why is this bug not fixed yet in LabVIEW2012?