General and Desktop

Hi, I don't think you missed anything. One possible I can imagine is to create a wrapper function that you would use in your route that would measure the execution time of the real function that you would have passed to said method.

@Pl45m4 honestly, I haven't decided how best to implement it, I thought maybe there was another alternative? I didn't fully understand what you meant, just store in the auxiliary structure not the data but the list of connections?

Seeing this behavior on Windows with 6.8.3, was there a QTBUG tracking this behavior and/or fix that may have more information?

@Christian-Ehrlicher Thank you. I found that after I add -DCMAKE_BUILD_TYPE=Debug when I build qoci the qsqlocid.dll, etc. are built and installed, then the problem can be fixed

Currently, my dialog is something like this (see attached image) i..e no title bar. I want it to be a modal which blocks interaction with it's parent and at the same show title bar. Above solution doesn't works for mac. However below code works fine on ubuntu 22.04. I think this is platform specific issue. class MyDialog(QtWidgets.QDialog): def __init__(self, parent=None): super().__init__(parent=parent) self.setWindowTitle("My Dialog") # Set modality to WindowModal self.setWindowModality(Qt.WindowModal) # Set appropriate window flags # self.setWindowFlags(Qt.Dialog | Qt.Window) # Set up the layout layout = QtWidgets.QVBoxLayout(self) layout.addWidget(QtWidgets.QLabel("This is a dialog!")) self.setLayout(layout) class MainWindow(QtWidgets.QMainWindow): def __init__(self): super().__init__() self.setWindowTitle("Main Window") self.setGeometry(100, 100, 300, 200) # Add a button to the main window self.button = QtWidgets.QPushButton("Show Dialog", self) self.button.setGeometry(100, 80, 100, 40) self.button.clicked.connect(self.show_dialog) def show_dialog(self): dialog = MyDialog(self) # Create dialog with main window as parent dialog.show() # Show the dialog (exec creates a modal dialog) [image: 2b98569d-09be-42a2-8c14-987c693745f7.png] This is how it looks on Ubuntu---- [image: c6c43930-8717-429d-af63-363e1ffd849c.png]

@mirro As @SGaist says. stackoverflow is really the reference for questions about programming, be that C++ or PowerShell, e.g. start from https://stackoverflow.com/questions/tagged/powershell. You will have to be quite "formal" in a posted question, e.g. your code would need posting as text not as a screenshot.

Looks like a debug build to me, maybe mixing release and debug is not a good idea on a Raspberry Pi. Also, it is a Raspberry 5 not a 4, right?

@Christian-Ehrlicher Hi, I found that if I downgrade CMake to 3.28 and change line 20 back to FetchContent_Populate then the CMake build can run successfully. I learned that different from FetchContent_Populate, FetchContent_MakeAvailable not only downloads and unpacks the content but also automatically adds it to my build by calling add_subdirectory() internally. Aftter I remove add_subdirectory(${ds_SOURCE_DIR} ${ds_BINARY_DIR}) then the CMake build can run successfully

I tested it with a recent Qt6 version and could not see any pushbutton at all.

I tried all the ViewportUpdating Modes of QGraphicsView but it didn't work. However, when I didn't set QOpenGlWidget to the viewPort of QGraphicsView, triggering an update for a single item in the same scence wouldn't trigger the paint function for other items

I updated to Qt 6.9.0 and Qt Creator 16.0.1 and problem disappeared!

Hello Dale, would it be possible for you to share what you did to make it work? Even though you call it a hack it would be interesting to see how it is possible to prevent the code from hanging during shutdown.

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.