Yair

Well, it looks like that's just Windows. I can manually resize other app windows (Like Excel) to a small size and get the same thing. For instance, here's Notepad++ on Windows 10, where I have the mouse over the minimize button to highlight it, but the line is visible outside the window even if I'm not hovering over the button:

I haven't seen very long replies, but it looks like some of the replies are longer than was previously truncated, so I believe the switch flipping helped. I'll update if I see more truncation. Thanks.

Well, that creates a mixed reaction. On the one hand, obviously, congratulations, good luck, enjoy, etc. On the other, we're losing our resident Greg McKascle and we'll have to see if someone else with the same level of knowledge steps up to offer such access to internal information. I can think of some and hopefully one or more of them will provide. Good flying...

Since the latest update, it looks like email notifications don't show the whole message (see example below). It doesn't look like there is any user setting to control this. Any chance of changing this on the backend?

The button with the two arrows in a circle on the toolbar (next to the cleanup button) opens the reorder menu, which includes the options for grouping and ungrouping controls. Note that this is purely visual and there are no properties for the group.

I recently backsaved a few things from 2020 to 2015, including with classes, so at least there it works. I would suggest trying to save something simpler and if that works, then take only parts of the project (which obviously will load with missing dependencies) and just backsave those, to see where the issue is. With your image stuck at a vi.lib VI, I would also suggest making sure to mass compile the folder again (or at least the error ring folder) and possibly trying to remove the error rings from your code, if you don't have too many. If something would have problems with backsaving,

The Application class has a couple of private methods which can do this (called Global Data.Set and Get) which operate on a name and a variant value (I believe this goes back at least to 2009). I think this should persist across QD calls. Note that you should pick a name which will be different from other things which might exist in the system.

No errors are added to the log when this happens. The errors that are there (the file is attached) are probably partly because of my attempts to manually install and partly because of another annoying bug - I don't recall the exact details, but basically my LV had a non-standard VI server port, and VIPM had trouble connecting to LV. I figured out that was probably the issue (as it happened before), so I changed it in LV to be the standard 3363 and then VIPM could connect, but when installing or mass compiling (can't remember what point exactly) it then failed to connect. I looked at the VIPM s

Currently, with LV 2020 and VIPM 2020.1, I have the following problem: I open VIPM browser and search for any package (like an OpenG or MGI package) I find the package I open its page and select download I get a Windows popup message that it was downloaded almost immediately, but nothing happens if I click the message. The other three buttons on the page remain disabled, so I can't open the package in VIPM to install it. If I take a VIP file from elsewhere and double click it, then VIPM opens it and I can install it. Also, the downloads

NI is trying to release it earlier. See here - https://forums.ni.com/t5/LabVIEW-Idea-Exchange/LabVIEW-LE/idc-p/4030035#M41946

OK - https://forums.ni.com/t5/LabVIEW-Idea-Exchange/Make-the-All-Supported-Properties-property-return-nested/idi-p/4001207https://forums.ni.com/t5/LabVIEW-Idea-Exchange/Make-the-All-Supported-Properties-property-return-nested/idi-p/4001207

Darren, any chance of getting the All Supported Properties property of the Property class (i.e. the property node) to actually return all the supported properties for the current class of the property node, including all of the nested ones? As it is today, that property only returns the top level properties (so it would show a Label property if the node is linked to a class inheriting from Control, but not all the subproperties coming from the Label class). If that's too hard for support reasons, maybe at least adding a new property which will actually return all of them?

I don't use the variant probes, but a quick look at the code (browseVariant.vi) shows that it uses deprecated VIs in the refnum case. It looks like even the new NI VIs (at least in 2015) don't do the whole job (they seem to return the class name of the wire you had before you convert to a variant, rather than the actual class on the wire), so I think you will need a combination of NI's Get Type Information.vi to know that it's a class and OpenG's LVOOP Return Class Name__ogtk.vi to get the class name:

Short version - you're running a 32 bit process on a 64 bit OS which causes a mess as to how to correctly run LPR. Here are a couple of relevant links: https://knowledgebase.progress.com/articles/Article/Running-OS-COMMAND-LPR-EXE-from-within-32-bit-OpenEdge-the-Procedure-Editor-fails-on-64-bit-Windows https://docs.microsoft.com/en-us/windows/desktop/winprog64/file-system-redirector The first one suggests a solution, although I haven't tried it myself.

Looks like there's a problem in creating new accounts. See this thread - https://forums.ni.com/t5/BreakPoint/Creating-LAVA-Account/m-p/3909178#M31279 I also tried on Windows 10/FF 66 and didn't even get the CAPTCHA, just no response after filling in the details and clicking Create my Account.