LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

LabVIEW crashes after reordering control in a tab page

Solved!
Go to solution

I have a top level VI that works just fine. For the final clean-up, I reordered the controls in a tap page to make the taping order more sensible. However, afterwords the VI did not behave properly anymore. If I close the VI and reopen it, LabVIEW crashes without any prompt. The only way to restore the situation is to recover an older backup of the file.

 

Does anyone have a solution for this? Or is it just an issue we have to live with?

 

I am working with LabVIEW 2024 Q3.

 

 

Thanks

0 Kudos
Message 1 of 7
(340 Views)
  • It is hard to really tell what you did.
  • Did you change the tab order?
  • I don't think controls on a tab have an "order" (not like clusters).
  • What is your definition of "more sensible"?
  • What exactly did you do?
0 Kudos
Message 2 of 7
(312 Views)

Thanks for your help! I did:

  1. Right click on the tab
  2. Select “Reorder Controls in Page…”
  3. Change the numbering of the controls just as you would for a cluster
  4. Hit "OK".

After that the file is basically corrupted and I must recover a backup file. It is very reproducible.

 

0 Kudos
Message 3 of 7
(307 Views)

Hmm, never used that.... 😄

(Most of my code use tab controls entirely passive and cosmetic, terminal not even connected and code designed as if all controls are on the toplevel diagram.)

 

(What's the purpose of reordering? I guess if you get a reference of a page and get the controls on page [].)

 

Does it always happen or just with a certain mix of control types? Do you have a simple VI for us to reproduce this?

0 Kudos
Message 4 of 7
(303 Views)
Solution
Accepted by topic author ZeroG

@altenbach wrote:

 

(What's the purpose of reordering? I guess if you get a reference of a page and get the controls on page [].)


When using the tab key to navigate a front panel with the keyboard, you want a valid order set on controls (both on the panel, and in nested objects like tab controls) so that you can tab around the panel in a logical order.

I was able to easily reproduce the crash + VI corruption with the Tab Control shipping example, by the way. I've filed Bug 3003728 on the issue.

 

Message 5 of 7
(289 Views)

@Darren wrote:

When using the tab key to navigate a front panel with the keyboard, you want a valid order set on controls (both on the panel, and in nested objects like tab controls) so that you can tab around the panel in a logical order.

I was able to easily reproduce the crash + VI corruption with the Tab Control shipping example, by the way. I've filed Bug 3003728 on the issue.

Ah, I am way too mouse-centric for that. 😄

 

Thanks for verifying and filing the apparent bug....

0 Kudos
Message 6 of 7
(278 Views)

Indeed, my initial intention was to make navigation with the tab key sensible.

Thanks for your help and filing the bug!

0 Kudos
Message 7 of 7
(242 Views)