Hi, quick update after further investigation. I upgraded from Visual Studio 2019 to Visual Studio 2022 (Thanks to @hskoglund), and this gave me much more detailed Edit and Continue diagnostics. These logs made the issue much clearer. What I found This does not appear to be a Qt runtime memory leak. The bottleneck is in the MSVC Edit-and-Continue/hot reload patching workload when large executable translation units are edited. For the same type of edit in source.cpp: Legacy setup (Qt3-era project): ~1,542 sections processed ~1 MB remapped patch apply time ~0.3 s Qt6.8.3 setup (VS2022, x64, C++17): ~11,050 sections processed ~67 MB remapped hundreds of modified/new sections (including many unwind/PDATA-related sections) patch apply time ~25 s So the slowdown/crash pattern is strongly correlated with: very large source files in executable entry modules, and much larger ENC delta/metadata in modern Qt6/C++17 builds. Important detail I can Edit-and-Continue my central libraries repeatedly without issue. The failures happen mostly when modifying very large executable source files (10k+ lines). Current conclusion This looks like a size-dependent MSVC ENC limitation/fragility (address-space fragmentation/exhaustion during repeated remapping), rather than a Qt API feature issue. If anyone has practical mitigation experience for large x64 Qt6 projects (compiler/linker/debug settings, ENC-friendly code organization, etc.), I’m very interested. Thanks again for all suggestions.

Also the title and the text of the post do not match each other I think: "Electron, TS, React" and "lightweight"?

Hi there, I'm an aspiring designer and volunteer at the open-source CoMaps project https://www.comaps.app/. I will spare you an essay about what CoMaps is. In the CoMaps project I would make designs to help the Qt-based desktop UI forward, which is currently in an experimental state. I had experience in Figma from my college study, but I chose to learn Penpot for this because I prefer ethical open-source tools with better privacy. What I'm running into is that I wanted to make a design in Penpot, and then import assets (with button states) into Qt Design Studio. Qt Design Studio is for the Qt UI framework, and is meant to integrate with a Qt development pipeline. I can export SVG from Penpot, and then use that in the Qt Design Studio, setting things up from scratch. But I like the usability of Penpot a lot more than Qt Design Studio. Some parts are not very streamlined, having to sometimes learn a bit of QML syntax (and I don't like to program). To accommodate designers, the Qt company over the years made Qt Design Studio bridge plugins for Adobe Illustrator, Adobe Photoshop, Adobe XD, Sketch and Figma. But I'm not happy with this, as these software and plugins are proprietary, and all except for the Figma plugin require enterprise licenses. Not to mention that none of these applications respect user privacy. Penpot uses web technology under the hood. Qt uses QML scripting language under the hood. Qt Design Studio is nothing more than a visual designer-focused editor of the underlying QML. Both Qt itself and Qt Design Studio are open source, and QML has good documentation, and so has making Penpot plugins.I'm wondering how complex a Penpot plugin to export components (with its states/overlays) to Qt Design Studio would be? And would anybody here have the motivation to make one?

Classic off-by-one and coordinate offset traps! Mixing up button bitmasks (like 4 vs 1) and missing container bounds will throw off any automation instantly. Good catches tracking those down.

Nice..now he knew whether to perform certification

Please check with the Gerrit admins if that is doable.

可以换个账号试试

I had the same “You are not authorized” error when trying to create a Jira ticket. AlexBlasche’s fix works perfectly, use the direct login URL first