LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Search sometimes highlights a blank area in the block diagram (bug?)

When you do a search for something on the block diagram, a rectangle zooms in on an area to draw the user's eye to the result.

 

In this case, I am searching for a text string and I get three search results (expected).

 

When I double click on the second or third results, the search homes in on the correct area, but the first search results causes LabVIEW to home in on a blank area of the block diagram. I have attached a small video of it happening.

 

I have noticed this before on many versions of LabVIEW going back many years and never found the reason why it happens - I thought it was about time I tried to find out why.

(This version is LabVIEW Professional 2022 Q3 (32-bit). It's running on a laptop with a 4K screen with a second 4K monitor. It doesn't seem to matter whether I do this on the laptop screen or the extended monitor.

 

I have tried quitting and restarting LabVIEW but get the same results.

 

Is this a known bug?

Is there a fix / workaround?

How do I actually find the item I am looking for (because it's driving me mad)?

 

Thanks.

0 Kudos
Message 1 of 16
(2,259 Views)

@magicbean wrote:

When you do a search for something on the block diagram, a rectangle zooms in on an area to draw the user's eye to the result.

 

In this case, I am searching for a text string and I get three search results (expected).

 

When I double click on the second or third results, the search homes in on the correct area, but the first search results causes LabVIEW to home in on a blank area of the block diagram. I have attached a small video of it happening.

 

I have noticed this before on many versions of LabVIEW going back many years and never found the reason why it happens - I thought it was about time I tried to find out why.

(This version is LabVIEW Professional 2022 Q3 (32-bit). It's running on a laptop with a 4K screen with a second 4K monitor. It doesn't seem to matter whether I do this on the laptop screen or the extended monitor.

 

I have tried quitting and restarting LabVIEW but get the same results.

 

Is this a known bug?

Is there a fix / workaround?

How do I actually find the item I am looking for (because it's driving me mad)?

 

Thanks.


This is because what you are searching for is hidden.

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 2 of 16
(2,242 Views)

@billko

Yes, that's what I thought only I couldn't work out how to get hold of it. Whatever it is, it didn't seem to be selected after the search and the VI Analyzer doesn't report it.

 

I tried hitting delete after the search in case it was selected but that didn't affect the search results.

 

Then I tried all combinations of the 'hidden' checkboxes in the search ('hidden labels' and hidden data and parts' in Search > More Options...).

 

Once I turned those off, the search didn't find the string constant. But weirdly, now that I have turned them on, it still doesn't find the string. 

 

Absolutely no idea what changed but it feels like there was some stray data that search was finding and changing the checkboxes somehow cleaned it up. Maybe.

0 Kudos
Message 3 of 16
(2,234 Views)

I don't think there is a way to hide things on the block diagram (except underneath other objects). Could it be your code is near the i16 range boundaries of valid coordinates?

 

Still, I am pretty sure I've seen similar issues, so there could be a subtle bug.

0 Kudos
Message 4 of 16
(2,199 Views)

As it has now vanished, I don't know exactly where it was but .... I placed a constant at [0, 0] on the block diagram and it looks like about the same place to me. So I froze a still from the video, resized a screenshot with my constant at [0,0] overlaid them with difference layer to get them the same size (to within a pixel or two) and voila, the mysterious vanishing search box looks to be at exactly (0,0).

 

magicbean_0-1669923300834.png

Make of that what you will!

 

0 Kudos
Message 5 of 16
(2,183 Views)

Probably a transparent label.  Why do you use a black BD BG color? You are just asking for trouble. 


"Should be" isn't "Is" -Jay
0 Kudos
Message 6 of 16
(2,165 Views)

Sorry, I can see why that’s confusing. The background of both images are white. 

The black is the result of an exclusive OR between the two images. It just proves that the images were aligned!

 

 

0 Kudos
Message 7 of 16
(2,153 Views)

@magicbean wrote:

Sorry, I can see why that’s confusing. The background of both images are white. 

The black is the result of an exclusive OR between the two images. It just proves that the images were aligned!

 

 


I just had a thought inspired by your post about the search ending up at the origin.  Maybe it doesn't really know where it is!

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 8 of 16
(2,135 Views)

BTW, anybody knows what's that "Filter" half transparent text that frequently appears on the BD?

Paolo
-------------------
LV 7.1, 2011, 2017, 2019, 2021
0 Kudos
Message 9 of 16
(2,108 Views)

Is mass compile output clean? Maybe something is corrupt in the VI.

Certified LabVIEW Architect
0 Kudos
Message 10 of 16
(2,063 Views)