Learn what Felgo offers to help your business succeed. Start your free evaluation today! Felgo for Your Business

Forums

OverviewFelgo 4 Support (Qt 6) › Crash with xcode15 and iOS 17

Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • #25138

    Nicola

    Hi,

    building simple app (basic from the template) with the last xcode on iOS 17 the app crashes.

    N.

    #25139

    Günther
    Felgo Team

    Hi Nicola,

    thanks for the message. We are looking into Xcode 15 and iOS 17 at the moment. We successfully deployed on iOS 17 with Felgo 4 already, so it could be a problem with Xcode 15.

    Generally, we advise to not update to the latest Xcode right away, because there are often changes that require adaptions from Qt side. E.g. there’s also currently a Qt bug that breaks qmake project builds when using Xcode 15.

    We will let you know as soon as we know more.

    Best,
    Günther

    #25140

    Nicola

    Thanks!

    #25141

    Günther
    Felgo Team

    Hi Nicola,

    can you share the crashlog with us? It will help us to investigate and match with our findings.

    Best,
    Günther

    #25143

    Nicola

    Hi,

    this the error message in xcode (the crash log is here https://drive.google.com/file/d/1AWb8lneYfOQF_O0tQM1dy3bd9RSEHr7Y/view?usp=drive_link)

    QML debugging is enabled. Only use this in a safe environment.
    stale focus object 0x0 , doing manual update
    qml: If you want to remove the Felgo Splash & loading screen, or to use plugins for monetization, analytics, push notifications, social networks & more, generate a license key for your app here: https://felgo.com/licenseKey
    stale focus object 0x0 , doing manual update
    If you want to remove the Felgo Splash & loading screen, or to use plugins for monetization, analytics, push notifications, social networks & more, generate a license key for your app here: https://felgo.com/licenseKey
    Felgo [INFO]: Starting in “test” stage. Note: When you are ready to publish your app to the app stores, switch to Release mode and set the PRODUCT_STAGE in your CMakeLists.txt to “publish”. For more information see: https://felgo.com/doc/felgo-publishing/
    Felgo [INFO]: Starting in “test” stage. Note: When you are ready to publish your app to the app stores, switch to Release mode and set the PRODUCT_STAGE in your CMakeLists.txt to “publish”. For more information see: https://felgo.com/doc/felgo-publishing/
    =================================================================
    Main Thread Checker: UI API called on a background thread: -[UIView layer]
    PID: 1079, TID: 129215, Thread name: QSGRenderThread, Queue name: com.apple.root.default-qos.overcommit, QoS: 0
    Backtrace:
    4 appuntitled 0x000000010266c028 _ZN15QMetalSwapChain16surfacePixelSizeEv + 48
    5 appuntitled 0x00000001021a7c34 _ZN15QSGRenderThread13syncAndRenderEv + 416
    6 appuntitled 0x00000001021a8d84 _ZN15QSGRenderThread3runEv + 288
    7 appuntitled 0x0000000100750ef4 _ZN14QThreadPrivate5startEPv + 352
    8 libsystem_pthread.dylib 0x00000001f613f4d4 _pthread_start + 136
    9 libsystem_pthread.dylib 0x00000001f613ea10 thread_start + 8
    Main Thread Checker: UI API called on a background thread: -[UIView layer]
    PID: 1079, TID: 129215, Thread name: QSGRenderThread, Queue name: com.apple.root.default-qos.overcommit, QoS: 0
    Backtrace:
    4 appuntitled 0x000000010266c028 _ZN15QMetalSwapChain16surfacePixelSizeEv + 48
    5 appuntitled 0x00000001021a7c34 _ZN15QSGRenderThread13syncAndRenderEv + 416
    6 appuntitled 0x00000001021a8d84 _ZN15QSGRenderThread3runEv + 288
    7 appuntitled 0x0000000100750ef4 _ZN14QThreadPrivate5startEPv + 352
    8 libsystem_pthread.dylib 0x00000001f613f4d4 _pthread_start + 136
    9 libsystem_pthread.dylib 0x00000001f613ea10 thread_start + 8
    =================================================================
    Main Thread Checker: UI API called on a background thread: -[UIView contentScaleFactor]
    PID: 1079, TID: 129215, Thread name: QSGRenderThread, Queue name: com.apple.root.default-qos.overcommit, QoS: 0
    Backtrace:
    4 appuntitled 0x00000001023e52cc _ZNK7QWindow16devicePixelRatioEv + 44
    5 appuntitled 0x000000010266c5d4 _ZN15QMetalSwapChain14createOrResizeEv + 752
    6 appuntitled 0x00000001021a823c _ZN15QSGRenderThread13syncAndRenderEv + 1960
    7 appuntitled 0x00000001021a8d84 _ZN15QSGRenderThread3runEv + 288
    8 appuntitled 0x0000000100750ef4 _ZN14QThreadPrivate5startEPv + 352
    9 libsystem_pthread.dylib 0x00000001f613f4d4 _pthread_start + 136
    10 libsystem_pthread.dylib 0x00000001f613ea10 thread_start + 8
    Main Thread Checker: UI API called on a background thread: -[UIView contentScaleFactor]
    PID: 1079, TID: 129215, Thread name: QSGRenderThread, Queue name: com.apple.root.default-qos.overcommit, QoS: 0
    Backtrace:
    4 appuntitled 0x00000001023e52cc _ZNK7QWindow16devicePixelRatioEv + 44
    5 appuntitled 0x000000010266c5d4 _ZN15QMetalSwapChain14createOrResizeEv + 752
    6 appuntitled 0x00000001021a823c _ZN15QSGRenderThread13syncAndRenderEv + 1960
    7 appuntitled 0x00000001021a8d84 _ZN15QSGRenderThread3runEv + 288
    8 appuntitled 0x0000000100750ef4 _ZN14QThreadPrivate5startEPv + 352
    9 libsystem_pthread.dylib 0x00000001f613f4d4 _pthread_start + 136
    10 libsystem_pthread.dylib 0x00000001f613ea10 thread_start + 8
    Message from debugger: killed

     

    #25148

    Günther
    Felgo Team

    Hi Nicola,

    we’ve looked into the Xcode 15 crash on iOS and are having a hard time to accurately reproduce the problem. The QSGRenderThread warning messages that are shown at startup are related, but they always show up even when no crash happens. This is expected because of how Qt internally handles the rendering.

    In our tests the crash does not happen for any simple Qt or Felgo project. However,it happens more consistently when changing the used graphics API from Metal to OpenGL (in order to e.g. use the MapLibreGL plugin with AppMap). In this case we see that crashes happen at QSGRenderThread::drawTriangle. We reported this QSGRenderThread crash to Qt here: https://bugreports.qt.io/browse/QTBUG-117846

    Potential workaround:
    The project setup and your code may also affect the Qt rendering behavior at app startup in some way. We’ve seen that small arbitrary changes to the C++ code can result in the crash being gone. The compiled application won’t crash anymore then.

    Can you try to apply the change below to your main.cpp, to see if this affects the crash on your side?
    – Comment the line felgo.setLicenseKey(PRODUCT_LICENSE_KEY);

    If you want to set a License Key in your CMakeLists.txt or via Felgo Cloud Builds, you can add this line instead:
    engine.rootContext()->setContextProperty("appLicenseKey", PRODUCT_LICENSE_KEY);

    Does this change has an effect on the crash issue for you?

    I am sorry that we do not have an actual fix, and hope that Qt will investigate and improve their rendering soon to completely avoid this crash.

    #25152

    Nicola

    Hi,

    i missed this message :(, but also with this change, i have the same problem.

Viewing 7 posts - 1 through 7 (of 7 total)

RSS feed for this thread

You must be logged in to reply to this topic.

Qt_Technology_Partner_RGB_475 Qt_Service_Partner_RGB_475_padded