General and Desktop

And I found open issue I was looking for. I will close this thanks @SGaist . https://bugreports.qt.io/browse/VSCODEEXT-96?filter=-4&jql=text ~ "vscodium" order by created DESC

You are right

How large is the file? When it's very large - with Qt you load it into memory at once and then copy it again, with python you send it in chunks

@CJha I also run in this problem and debugged a little. The reason is in my case a dynamic loaded otf-font (with QFontDatabase::addApplicationFont). When this font-family is used in a QFont and with setFont to a widget - strangely not with all widgets, but e.g. QTableWidget is one that triggers it always - this exception is thrown, or better, is shown in the output window. Nevertheless, everything is working as expected, the loaded font is used in the widget and the exception doesn't break the application. You also cannot catch it with "try" (it doesn't branch into the catch-path), so I think it is more a kind of warning. And even stranger: when you install the font and use it from system instead loading it from a file, there is no such exception, so I expect the font loading engine doesn't like something in the font file. I tested around and all font files I downloaded from the net force this behaviour.

I also tried it, and it turns out it doesn't work either. When a QToolButton is linked to an action, you can't hide the button if the action is still visible. It's one of those quirky things in the implementation. I think instead of trying to hide it, you can try using removeAction() and then add or insert it back when needed.

@Axel-Spoerl Thanks for confirming the hashes. I wonder though if a mirror could be compromised and the attacker is DDoSing the primary site to drive traffic to the compromised mirror. Has anyone else noticed had any built packages identified as malware infected since the network disruption? I’m using Innosetup as my installer.

I don't think I was harsh at all. The joke is old and been run through time and time and time again. It is a meme at this point that "insert operating system" sucks/hides/screwed up "insert something here". Looked at the Qt Source code and nothing helps there. That sends you to NSWorkspace::openURL function. Nothing special in the docs for that method either. Until you start getting really specific in Google which after a bit yields: https://stackoverflow.com/questions/16223026/open-an-html-page-to-an-anchor-on-mac-os-from-command-line Which then leads you to: https://apple.stackexchange.com/questions/194501/open-a-file-url-with-anchor-from-terminal/197284#197284 which basically confirms that the code path that Qt is using is broken for Anchors on MacOS. I would blame Apple for this. Not that they are going to listen. Now of course, since MacOS is just a meme at this point, doing osascript -e 'tell application "Safari" to open location "file:///Users/mjackson/Workspace1/DREAM3D-Build/NX-Commercial-Debug-Qt68-Vtk94/Bin/DREAM3DNX_d.app/Contents/Resources/Help/DREAM3DNX/html/Visualization/ApplyingRepresentations.html#outline-opacity"' does actually open the page + anchor but none of the images are rendered. Chrome, Edge and Brave all do load the images. What ever. We spent a bunch of time creating docs that could be served without the need to include QWebView or a built in web server for security purposes. Our clients did not like having those services running, even on the loop-back address and a random port. So we are stuck with local files.

@DiZhu if you read the docu, you may realize that the collides funcs of QGraphicsItem use bounding boxes of items to detect collision and this may not fit your app. If you have only triangles, it might be relatively easy for you to implement more accurate methods for collision detection. But it can be tough to handle all shapes of polygons.

Thank you for your help.I consider that the point is that executing .sh should be in Component when status of installer is Succcess.

@PatG thanks, This helped me

@JonB Thank you i application is normally running Pictures (⁠◠⁠‿⁠◕⁠) . [image: fed506fc-8f36-40bf-8c4a-cf3c0dcd324f.png]

Hi sorry, I was in the midst of rewriting the code to a simpler example, but decided to try adding Q_INVOKABLE in front of the function that was not working in the .h file. Now it works! Thanks.

opening the qhc file with assitant rather the the .qch file makes a huge difference!!!

@Pl45m4 said in How to dynamically hide/show widgets in a custom QWidget-based toolbar on window resize?: OP asked how caculate the visibility of toolbar items, not the toolbar itself. The toolbar should always be visible, if I understood correctly. I misunderstood earlier — I thought he was showing or hiding the whole toolbar. If the toolbar is a toplevel widget or its parent is the MainWindow, then yes, it still makes sense to handle it the way I mentioned. From MainWindow::resizeEvent(), he should pass the size information to the toolbar so it can decide which items to show or hide based on the available space.

Yes, by default Qt builds dlopens OpenSSL.

Congratulations! Glad to hear you got it resolved. I noticed that QtHttp uses socket->waitForBytesWritten(-1); when writing chunks — it’s a simple and straightforward approach. I’m still curious why QHttp doesn’t apply the same method.

After a long brainstorming till the brain explosion I have decided to use the QTcpSocket object implementing the http request by hand like this QTcpSocket TcpSocket; TcpSocket.connectToHost(Url.host(), Url.port()); if (TcpSocket.waitForConnected()) { TcpSocket.write(QString("GET "+ Url.path()+ " HTTP/1.1\r\n").toLatin1()); TcpSocket.write(QString("Host "+ Url.host()+ " \r\n").toLatin1()); TcpSocket.write(QString("Connection: close\r\n\r\n").toLatin1()); if (TcpSocket.waitForBytesWritten()) { while (TcpSocket.waitForReadyRead()) { ... Seems to work

That makes sense, thank you.