1. 10 Jul, 2017 1 commit
  2. 07 Jul, 2017 1 commit
    • hjk's avatar
      ProjectExplorer: Remove Connection as concept · f82bb1ec
      hjk authored
      It turns out that one "Connection" per RunControl doesn't map
      well to the uses we have. Instead, RunWorkers need to know
      individually how to connect to the place where they can work,
      but they are already specific enough to be able to use a
      standard class (like QUrl) as their way to specify the needed
      entry point.
      In theory one could see a RunControl's connection as an
      aggregation of its workers connection bits, but that does
      not really seem to be needed in code.
      As consequence, replace UrlConnection by a plain QUrl, and also
      the HostName connection by a QUrl with hostName set.
      Change-Id: I40c97e37779314ac0a77041e864a18eadb78f987
      Reviewed-by: Vikas Pachdha's avatarVikas Pachdha <vikas.pachdha@qt.io>
  3. 04 Jul, 2017 1 commit
  4. 30 Jun, 2017 2 commits
  5. 29 Jun, 2017 1 commit
  6. 27 Jun, 2017 2 commits
  7. 20 Jun, 2017 1 commit
    • hjk's avatar
      QmlProfiler: Cosmetics · 56028d2e
      hjk authored
      Avoid using remote/local as (not user visible) names. 'internal'
      means 'whatever the current target does', i.e. could be a remote setup,
      'external' means 'attach to something running or waiting.
      Also user setServerUrl() directly on the worker, no need go through
      the 'opaque connection' mechanism here.
      Change-Id: Id0e694562ce7d3129c7d0b790c91d465de24b4e4
      Reviewed-by: Christian Stenger's avatarChristian Stenger <christian.stenger@qt.io>
  8. 16 Jun, 2017 2 commits
  9. 12 Jun, 2017 1 commit
  10. 30 May, 2017 1 commit
  11. 15 May, 2017 1 commit
  12. 11 May, 2017 1 commit
  13. 10 May, 2017 2 commits
  14. 09 May, 2017 1 commit
    • Ulf Hermann's avatar
      QmlProfiler: Fix flame graph context menu test · a6c3b576
      Ulf Hermann authored
      The context menu event can be generated multiple times within one loop
      of QTRY_VERIFY. The result is that multiple showFullRange() signals can
      be generated before we check again for spy.count() == 1. Thus, the check
      never succeeds and the number of signals keeps growing.
      We connect the showFullRange() signal to the model manager in order to
      get a more realistic test setup. This way the action that generates the
      showFullRange() signal is disabled in any further context menus, just as
      it is supposed to be. In addition we can now check for the manager to
      actually show the full range.
      Change-Id: I5e13c2666ce1a15c7a5fad57affd4274d9656656
      Reviewed-by: Christian Stenger's avatarChristian Stenger <christian.stenger@qt.io>
  15. 24 Apr, 2017 2 commits
    • Alessandro Portale's avatar
      Reduce usage of qApp in favor of static function calls · 3624a663
      Alessandro Portale authored
      Q*Application classes have unusually many static functions. In many
      cases in our code, these functions are unnecessarily called as instance
      functions, using the qApp helper.
      This patch replaces many occurencies of qApp with the according
      Q*Application classname.
      Change-Id: I6099a419fa7bf969891269c37ed7a9e817ef5124
      Reviewed-by: default avatarhjk <hjk@qt.io>
    • hjk's avatar
      Debugger: Dissolve Debugger::ActionDescription · e063ca68
      hjk authored
      ActionDescription was a horizontal layer of convenience functionality
      covering (only) ex-AnalyzerBase based RunControl start scenarios
      and gets in the way of target/tool orthogonalization.
      So continue the path chosen with the removal of AnalyzerRunControl:
      Remove ActionDescription by inlining into user code, then orthogonalize
      tool-by-tool, then generalize again.
      Change-Id: Ib597df3f4ad7b06bef06644458fa13ddca53afdb
      Reviewed-by: Ulf Hermann's avatarUlf Hermann <ulf.hermann@qt.io>
  16. 12 Apr, 2017 1 commit
  17. 07 Apr, 2017 1 commit
  18. 05 Apr, 2017 1 commit
    • hjk's avatar
      ProjectExplorer: Merge AnalyzerRunControl into RunControl · 112e3222
      hjk authored
      The change is "conceptually wrong", the AnalyzerRunControl derived
      classes' functionality should be provided by ToolRunners based classes
      encapsulating/"being" the current Analyzer*Runner classes.
      However, the AnalyzerRunControl is only three (empty even) virtual
      functions, but a big obstacle in merging attempt due to a lot of
      mechanical followup changes in downstream users.
      The current construction mechanism of analyzer run controls is actually
      two different mechanisms (locally direct RunControlFactories, and a
      "generic" createAnalyzerRunControl wrapper for remote cases). The generic
      createAnalyzerRunControl makes it difficult to migrated them one-by-one,
      due to the various downstream users.
      So instead of merging the per-analyzer two uses directly reduce
      the "indirection" distance by removing the AnalyzerRunControl
      intermediate layer. After that the createAnalyzerRunControl mechanism
      can be dissolved by using normal RunControlFactories also for
      the remote cases. After that, porting to ToolRunner, and combining
      with ther local equivalent can be done one by one.
      Change-Id: I0ddace33fcce210cf3a547ac5bb23b3d85013934
      Reviewed-by: Ulf Hermann's avatarUlf Hermann <ulf.hermann@qt.io>
      Reviewed-by: Tobias Hunger's avatarTobias Hunger <tobias.hunger@qt.io>
  19. 03 Apr, 2017 1 commit
  20. 31 Mar, 2017 1 commit
  21. 29 Mar, 2017 1 commit
  22. 24 Mar, 2017 2 commits
    • Ulf Hermann's avatar
      QmlProfiler: Use QList for QmlRange container when loading .qtd · 551efd91
      Ulf Hermann authored
      As we are using this as a queue, with many calls to takeFirst(), a
      QVector is prohibitively expensive here.
      Change-Id: I151452ae1299ab520a3aceae7ff3da0e29fe9bf9
      Reviewed-by: default avatarhjk <hjk@qt.io>
    • hjk's avatar
      ProjectExplorer: Run RunControl::{start,stop} always asynchronously · 2360a2d7
      hjk authored
      This introduces a mini-state-"machine" to handle RunControl states
      Needing time between trying to start and getting feedback is nowadays
      the normal setup for all remote targets as well as for most local tools.
      Making that the default for all runs simplifies the code and provides an
      opportunity to (a) fix some currently wrong reports of "stopped
      immediately" and (b) to remove target-specific (WinRT) or tool-specific
      (Valgrind, GammaRay) state members doing essentially the same.
      Change-Id: I7f52fee41144188ee8389e922fdc265f8c0a6459
      Reviewed-by: David Schulz's avatarDavid Schulz <david.schulz@qt.io>
      Reviewed-by: Tobias Hunger's avatarTobias Hunger <tobias.hunger@qt.io>
  23. 23 Mar, 2017 2 commits
  24. 21 Mar, 2017 3 commits
  25. 16 Mar, 2017 1 commit
    • Ulf Hermann's avatar
      TextEditor: Set widthFactor from TextMark ctor · 883492c1
      Ulf Hermann authored
      The text marks are added to the document from their ctor. The document
      then uses the widthFactor to calculate the space needed for them. If the
      widthFactor is only set afterwards, the calculated space is wrong.
      Change-Id: Ic7d24f99cc78d1bf084b2b1cfdf6b955496072f3
      Task-number: QTCREATORBUG-17833
      Reviewed-by: default avatarhjk <hjk@qt.io>
  26. 13 Mar, 2017 1 commit
  27. 01 Mar, 2017 1 commit
  28. 28 Feb, 2017 1 commit
  29. 24 Feb, 2017 3 commits