General and Desktop

@Seb-Tur said in QSqlTableModel::setFilter and sql injection: Is the setFilter() argument taken directly to WHERE clause Yes, see https://code.qt.io/cgit/qt/qtbase.git/tree/src/sql/models/qsqltablemodel.cpp#n978 or is there some kind of SQL injection protection? no If not... what would be the easiest way to have this protection? Do not let the user pass a value to this function or write a fool-proof function to avoid sql injection (I would not try it).

@JonB OPS. forget about it:D The main problem wasn't in QApplication as I thought initially. QUiLoader didn't want to work and showed an error that there was no access to the address. So i created QApplication and QUiLoader in console project and then transfer pointer to library. I still have a question why QCoreApplication::applicationDirPath(); is ok but quiLoader->addPluginPath(qstr); which calls QApplication, is not ok... Simple Console Project: int main(int argc, char* argv[]) { std::shared_ptr<QtUIEditorDLL> ptrQtUIEditorDLL(new QtUIEditorDLL(argc, argv)); // you can use it without any ptr. QtUIEditorDLL* test = ptrQtUIEditorDLL.get(); QUiLoader* quiLoader = new QUiLoader(); // as i can see it must be created in the same tread near QApp. Jsulm said that it not important...but it doesn't work if create it in DLL. test->Init(quiLoader); } And the library: QtUIEditorDLL::QtUIEditorDLL(int& argc, char** argv) :QApplication(argc,argv){} void QtUIEditorDLL::Init(QUiLoader* quiLoader) { QString qstr = QCoreApplication::applicationDirPath(); quiLoader->addPluginPath(qstr); //And it works. }

@crashlog I'm having the same problem with Qt 5.15, and I creared a bug report here but I'm not quite sure what the resolution is yet: https://bugreports.qt.io/browse/QTBUG-115146

@Abhi_Varma And what is the problem? treeView->header()->geometry();

You shouldn't need to do that when starting from Qt Creator after a clean build.

Hi, Did you check that the pixmap is created successfully on these platform ? On a side note, there's no need to created your QPixmap object on the heap.

QNetworkSettingsManager is part of Qt Device and : Qt Device Utilities C++ Classes Qt Device Utilities modules provide classes that are useful for embedded applications.

@JonB My objective was having a custom dropdown that has a starting position from the center of the QComboBox I thought originally there is no way to move the dropdown anywhere (I was trying that by moving the QListView since I didn't know there was a frame I could move) So my workaround was : instanciating 2 custom dropdowns and positionning em to look like one dropdown and just connecting the slots etc.. However, it seems that overriding the showPopup to let both popups the original one and the copy which is placed on top of the combobox receive events was somehow impossible because I don't understand how that method blocks/let the mouse events pass here or there. However, now since I was able to move the original dropdown by finding the frame on the QComboBox and moving it, there is no need anymore for this workaround and I reached my objective Thank you for triggering my brain to rethink about a thread I passed by in stackoverflow which showed the trick to move the dropdown simply without getting it clipped. link for anyone who needs it : https://stackoverflow.com/questions/10057140/how-to-make-qcombobox-popup-upwards

@mpergand Did not worked : setSectionResizeMode(QHeaderView::Fixed); setDefaultSectionSize(10);

@Christian-Ehrlicher Thank you for your reply. With your reminder, I found the cause of the error after checking: duplicate construction of a singleton class. Best Regards!

@apoyo One addition, if it works, it may be useful to use a telnet client program to try to connect to the server and send commands to it.

Please provide a minimal, compilable example - normally QTreeView does not show this behavior. Also remove all stylesheets and other stuff from the treeview to see if this triggers this strange behavior. What exact Qt version do you use?

@AKAB This message comes up many times if you search this forum or Google. The answer every time is to export QT_DEBUG_PLUGINS=1 in a shell and then run your executable. Look at the end of the diagnostic output from the reason for xcb failure.

It seems that the problem is somewhere in my app, it is currently not clear where but minimal example I was trying to prepare to share here is working as expected. However full app does not work and I cannot even stop the code to see where it is stuck :-( EDIT: rootcause found - another timer was calling the same executable but with waiting for result. This was causing problem as the second process was waiting for the first to complete (this is limitation of the executable I am running).

@sierdzio Thanks bro

I haven't compiled and tested the application, but adding to what @JonB wrote: There is a lot of heavy lifting with blocking code. Even though events are processed in blocking loops, UI reactions may be hampered. Recommend to sit back, check what needs to be done, which signals flag intermediate results.

Please try on .avi file. .mp4 file is not support for windows. kindly load .avi file. Then the video will play. Like, QUrl videoUrl = QUrl::fromLocalFile("‪C:/Users/Desktop/video.avi");

@Christian-Ehrlicher Thank you Christian

@jgxy1123 A quick look at the source code would indicate that the newConnection() and pendingConnectionAvailable() signals come after the connection is queued.