Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Not Evaluated Not Evaluated
    • Resolution: Out of scope
    • Affects Version/s: 5.8.0
    • Fix Version/s: None
    • Component/s: Build System
    • Labels:
      None
    • Environment:

      Qt 5.8
      QtCreator 4.2.1
      XCode 8.2
      OSX 10.11.6
      iPhone iOS 10.2.1

      Description

      I'm just moving all my projects from 5.7 to 5.8 and noticed a strange behavior.
      Doing a first build and run on iOS always fails after building:

      Provisioning profile "iOS Team Provisioning Profile: org.ekkescorner.xyz" doesn't include signing certificate "iPhone Developer: Ekkehard Gentz (4A46...VV3)".
      Code signing is required for product type 'Application' in SDK 'iOS 10.2'
      ** BUILD FAILED **
      The following build commands failed:
      	Check dependencies
      (1 failure)
      make: *** [xcodebuild-debug-device] Error 65
      10:10:26: The process "/usr/bin/make" exited with code 2.
      Error while building/deploying project MoToiMa_qt (kit: iphoneos-clang Qt 5.8.0 for iOS)
      

      in my .pro I have this:

          QMAKE_XCODE_CODE_SIGN_IDENTITY = "iPhone Developer"
          MY_DEVELOPMENT_TEAM.name = DEVELOPMENT_TEAM
          MY_DEVELOPMENT_TEAM.value = CD...V2B
          QMAKE_MAC_XCODE_SETTINGS += MY_DEVELOPMENT_TEAM
      

      The only way to solve this is opening the generated project once in XCode where all looks good. (see attachment)
      Going back to QtC and doing the build/run again it works too:

      Signing Identity:     "iPhone Developer: Ekkehard Gentz (4A4...V3)"
      Provisioning Profile: "iOS Team Provisioning Profile: org.ekkescorner.xyz"
                            (32e00536-5....dc5b66)
          /usr/bin/codesign --force --sign BE04B1CA1523CBC73451764A4C75A4ACA6E9933C --entitlements /daten/_qt_workspaces/work_580/build-MoToiMa_qt-iphoneos_clang_Qt_5_8_0_for_iOS-Debug/MoToiMa_qt.build/Debug-iphoneos/MoToiMa_qt.build/MoToiMa_qt.app.xcent --timestamp=none /daten/_qt_workspaces/work_580/build-MoToiMa_qt-iphoneos_clang_Qt_5_8_0_for_iOS-Debug/Debug-iphoneos/MoToiMa_qt.app
      

      Is this behavior expected or am I doing anything wrong ?

      No reviews matched the request. Check your Options in the drop-down menu of this sections header.

        Activity

        Hide
        Jake Petroules added a comment -

        Most likely due to automatic provisioning in Xcode 8. Qt Creator doesn't automatically configure code signing resources like Xcode does. Do I understand correctly that your build failed the first time only, including if you completely delete your build directory and try a new build?

        If so, this is probably out of scope.

        Show
        Jake Petroules added a comment - Most likely due to automatic provisioning in Xcode 8. Qt Creator doesn't automatically configure code signing resources like Xcode does. Do I understand correctly that your build failed the first time only , including if you completely delete your build directory and try a new build? If so, this is probably out of scope.
        Hide
        Ekkehard added a comment -

        yep.
        only the very first time
        deleting the build dir and doing a new build it works without a problem.

        this doesn't happen w Qt 5.7

        Show
        Ekkehard added a comment - yep. only the very first time deleting the build dir and doing a new build it works without a problem. this doesn't happen w Qt 5.7
        Hide
        Jake Petroules added a comment -

        This is Xcode automatic provisioning at work. You have to have your code signing environment set up prior to doing Qt development. Nothing we can fix, unless we re-implement Xcode automatic provisioning functionality.

        Show
        Jake Petroules added a comment - This is Xcode automatic provisioning at work. You have to have your code signing environment set up prior to doing Qt development. Nothing we can fix, unless we re-implement Xcode automatic provisioning functionality.
        Hide
        Ekkehard added a comment -

        thx letting me know.

        Show
        Ekkehard added a comment - thx letting me know.
        Hide
        Eike Ziller added a comment -

        The situation is described in more detail in the last comment in QTBUG-38782

        Show
        Eike Ziller added a comment - The situation is described in more detail in the last comment in QTBUG-38782
        Hide
        Ekkehard added a comment -

        thx Eike - will add a link to this comment to my blog.

        Show
        Ekkehard added a comment - thx Eike - will add a link to this comment to my blog.

          People

          • Assignee:
            Jake Petroules
            Reporter:
            Ekkehard
          • Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Gerrit Reviews

              There are no open Gerrit changes