@SGaist Thanks problem solved! (PySide6 updated to 6.3.1)

Hi and welcome to devnet, Can you test that with a more recent version of Qt ?

@Wenchi said in Crash in function: QImageData * QImageData::create(const QSize &size, QImage::Format format): Although the code is crashing in various places, but the crash point is always the same: But that is likely --- or just as possible --- indicating you have a problem elsewhere which only shows up here, such as corrupted/misallocated memory? How else would you explain it "crashing" in e.g. QList<MyWidget>.push_back()? by the way, I'm fired. ready to get a new start I am sorry to hear that, good luck for future.

Hi, A minimal compilable example would be nice for the bug report. Did you also check with Qt 5.15.0 and 5.15.1 ? Just in case it something that changed with 5.15.2.

It turned out to be the same bug as described here: https://forum.qt.io/topic/124259/item-could-not-be-created/28 I followed the solution proposed there and with some tweaking of the Environment Kit I got it to work. Worked for me using Qt Desktop 5.15.1 MinGW 64-bit. Did NOT work with Qt Desktop 5.15.1 MSVS201x 64-bit. Have not tried version 6 (because of python conflicts with Pyside 2).

@Vasiliy-Isaikin said in QFrame border has differend line width but frameShadow is plain: Why? It looks like you're not using layouts? You should arrange your widgets in layouts, so they get sized and positioned properly.

@afalco said in Possible bug in QSplitter: sizes set can't be read back: But the sizes I get back from QSplitter::sizes() are not the one I set, unless I visit the tab. Qt sizes are only reported correctly once a widget is shown.

@jsulm That is correct, but I'd first try with the latest Qt 5 version 5.15.2 Regards

I found out that I can reproduce this behavior by setting QT_DISTANCEFIELD_DEFAULT_BASEFONTSIZE, QT_DISTANCEFIELD_DEFAULT_SCALE and QT_DISTANCEFIELD_DEFAULT_RADIUS variables. With these, the problem occurs even on Windows. Not sure whether it's the same problem or not, but if QT_DISTANCEFIELD_DEFAULT_RADIUS is NOT DIVISIBLE by QT_DISTANCEFIELD_DEFAULT_SCALE, the problem occurs 100% of time (some letters will disappear). Example: export QT_DISTANCEFIELD_DEFAULT_BASEFONTSIZE=128 export QT_DISTANCEFIELD_DEFAULT_SCALE=12 export QT_DISTANCEFIELD_DEFAULT_RADIUS=96 // If I set this to 95 or 97 or anything not divisible by 12, it will break. Can someone explain me what these distancefield environment variables do and whether this is an intended behavior?

Hi @Edcarllos, that would be a desastrous button then! Thanks for the heads-up. Here's the link to the bugreport: https://bugreports.qt.io/browse/QTCREATORBUG-24173 And good luck recovering your files! Best regards

Try updating Intel driver, some older releases are known to be buggy. Also, Qt Quick 2.6 - are you using Qt 5.6? If so, update to some newer version like 5.12 (LTS) or 5.14.

Hola Pues el error no dice mucho. Comprueba que tengas suficiente espacio en el disco para la instalación y que tengas permisos de escritura. Si aun teniendo espacio te sigue dando el error, prueba a instalar como administrador, aunque yo nunca he necesitado hacerlo. Un saludo

@aha_1980 Hi again! I created a bug report at https://bugreports.qt.io/browse/QTCREATORBUG-23295, lets hope that someone finds a fix. Thanks for your time!

@aha_1980 : I just noticed something else: In the log file, there are lines saying "GDB 71101", presumably because it is using v7.11.1 (?!). But I have installed GDB v8.2 in both usr/bin and usr/local/bin. And I've set those locations in QtCreator's options pages for kits and for debuggers. There should be no way for QtCreator to find an older GDB version. The GDB version in both usr/ folders above is 8.2, confirmed by running via terminal. And I did not find any older stray 7.11.1 versions that QtCreator could be picking up. Another oddity. Is there any other options page where the GDB location needs to be set?

By build a debug version do you mean adding -DDEBUG -g to CFLAGS in my makefile? Hooray! Adding the -DDEBUG -g flags to my makefile fixed it! Thank you @aha_1980! I googled for this but nothing really came up, thanks!

@artudi54 Tested with gnome on arch and it does the same thing. I'd say this is a bug since d.show() never pulls the window back up. I would file the bug with Qt. To work around it I just made sure to call d.hide() before hiding the main window. Then after w.show() just call d.show() again.

@SGaist And function update_vars() is: 151 static void 152 internal_function 153 update_vars (void) 154 { 155 __daylight = tz_rules[0].offset != tz_rules[1].offset; 156 __timezone = -tz_rules[0].offset; 157 __tzname[0] = (char *) tz_rules[0].name; 158 __tzname[1] = (char *) tz_rules[1].name; 159 160 /* Keep __tzname_cur_max up to date. */ 161 size_t len0 = strlen (__tzname[0]); 162 size_t len1 = strlen (__tzname[1]); 163 if (len0 > __tzname_cur_max) 164 __tzname_cur_max = len0; 165 if (len1 > __tzname_cur_max) 166 __tzname_cur_max = len1; 167 }

I created a SO question and an issue

Hi, I'd try with a custom QDialog and use the open method.

Hi @eLim I am also facing the same issue in my Qt iOS application. Could you please help me to understand what part of javascript, iOS is restricting as I am using Angular to develop the web application. Could you please provide more information what you did to resolve this issue. Thanks in advance.

Please have a look at the bug report I just submitted on this issue: https://bugreports.qt.io/browse/QTBUG-61059

Hey.... how did you solved this probleam??. I''m also facing the same issue - white screen. Thanks.

Thanks for your input jpnurmi! Yes I'm using 5.8 and 5.9 beta is fixing this issue! Thanks for pointing it out! For some reason I didn't find this bug! Best, nx

This is not a known issue. Please report a bug and we'll take a look.

@SGaist said: mkspecs/device/linux-rasp-pi2-g++ Shouldn't it maybe be mkspecs/device/linux-rasp-pi-g++ (without the 2)? In his makefile there is this line: INCPATH = -I../threadtest -I. -I/usr/local/qt5/mkspecs/devices/linux-rasp-pi-g++

@ghielmetti Hi Normally I do have the .h file in the project folder and point to that in the Promote dialog. Im not sure it will take a full path in the dialog but I never tried :)

Hi Guys, Thanks, indeed this is due to the graphic card... I have 2 of them on his laptop and when I force the ati one, it solves the problem. However if I leave the built in Intel HD chip active as it is by default, it crashes. Will look for some drive update for it, thanks !

@SGaist Hi, I'm running Windows 10, OpenGL 4.5.0

Hello! I faced a similar problem, tried hacks with single QTimer and showEvent: timer was a solution, and showEvent -- wasn't. I also use Win10, but Qt5.5.1. Have you succeeded?

@Wieland said: Qt.createQmlObject('import QtQuick 2.6; Rectangle {color: "red"; width: 100; height: 100; function nix(){ var arr=["function","two"]; console.log(arr)} Component.onCompleted:nix() }', mainWindow, "dynamicSnippet1"); Good to hear, must be solved then. Thanks!

Finally, I have fresh installed it with Offline Installer, and it's working as expected. It seems isolated, so maybe nothing. Thank you for having tried ;)

thanks for your anwser

@Wilk said: The reason that it did not work with QMainWindow or QWidget is that those classes does not implement fullScreen as full featured property - it can not be set with setFullScreen() slot. I see, thanks for the precision. @Wilk said: Thanks alot No problem, I hope your bug report will be helpful for other people.

@Sargamon Once your problem is solved please use the Topic Tools button to mark as Solved. Thank you!

@SGaist Ok, thanks. I reported it (https://bugreports.qt.io/browse/QTCREATORBUG-15444) Seems just cosmetic but nonetheless.

It's more of a limitation than a bug I think. To OS, by default a window is a rectangle, no matter how you paint it, and stylesheets are just a way to paint it. To cut out the corners you would need a mask. Something like: auto frame = new QWidget(parent, Qt::Popup); frame->setStyleSheet("background-color: red; border: 1px solid green; border-radius: 6px;"); QPainterPath path; path.addRoundedRect(frame->rect(), 6, 6); frame->setMask(path.toFillPolygon().toPolygon()); frame->show(); The problem is that the mask is a bitmap (0-1), not an image with alpha, so you get a jagged edges, but for some radii it works pretty well.

@jsulm said: You can check this by typing "groups" in a terminal. it gave me "root"