- 10 Jul, 2017 1 commit
-
-
hjk authored
A RunControl is re-runnable if all its workers are, a RunWorker is re-runnable if it's Stopped and unless it says otherwise. Also ensure SimpleTargetRunner only reportStop() once per run and make process error message re-usable. Change-Id: I73f5fb724d3026ceb81d5e32a3a71b4814b2bca9 Reviewed-by:
Christian Stenger <christian.stenger@qt.io>
-
- 07 Jul, 2017 1 commit
-
-
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 <vikas.pachdha@qt.io>
-
- 04 Jul, 2017 1 commit
-
-
hjk authored
It's not really debugger-specific. Change-Id: I2246e08d896df1d625ecce9b8b5428e7ea398851 Reviewed-by:
Christian Stenger <christian.stenger@qt.io>
-
- 30 Jun, 2017 2 commits
-
-
hjk authored
Not needed anymore, effectively replaced by RunWorker start/stop. Change-Id: I7483c841cdd4e05c9e1f7636a27b20ece37947c2 Reviewed-by:
Christian Stenger <christian.stenger@qt.io>
-
David Schulz authored
Displaying short descriptive text of a TextMark at line end. Currently implemented for ClangTextMark and BookMark. Change-Id: Idc6b579bda0382ad94b2e236b715696396b10460 Reviewed-by:
Nikolai Kosjar <nikolai.kosjar@qt.io>
-
- 29 Jun, 2017 1 commit
-
-
hjk authored
Change-Id: Icd73475be421e6813b0d496020461e7020b547dd Reviewed-by:
hjk <hjk@qt.io> Reviewed-by:
Christian Stenger <christian.stenger@qt.io>
-
- 27 Jun, 2017 2 commits
-
-
hjk authored
The change is purely mechanical. QmlProfilerViewManager is an internal class, not even extra #includes are needed. Change-Id: Ia28b3a90c8c7dfeb1eb2510b4030c566bc264a46 Reviewed-by:
Kai Koehne <kai.koehne@qt.io> Reviewed-by:
Christian Kandeler <christian.kandeler@qt.io>
-
hjk authored
Having the overall runworker setup closer to the general pattern allows to re-use SimpleTargetRunner. Change-Id: Iff151cbebaa6ae6615b933f4277b0581a43d7f7f Reviewed-by:
Christian Kandeler <christian.kandeler@qt.io>
-
- 20 Jun, 2017 1 commit
-
-
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 <christian.stenger@qt.io>
-
- 16 Jun, 2017 2 commits
-
-
hjk authored
Orthogonal concepts, that only happen to coincide. Also, make the server directly settable instead of relying on the runControl's connection(). Change-Id: I2472acafcc50aede2cb6f99421901f0e67531b91 Reviewed-by:
Christian Stenger <christian.stenger@qt.io>
-
hjk authored
... and QmlProfilerRunner::Configuaration by PE::UrlConnection, and call it 'serverUrl' on the user side. That's the only variant we ever had and avoids "translations" between three structures that are essential the same. Change-Id: I33386b2b8d2a7985ff934f6f8f840de0831bf9c1 Reviewed-by:
Christian Stenger <christian.stenger@qt.io>
-
- 12 Jun, 2017 1 commit
-
-
hjk authored
Also streamline code paths in the result. Change-Id: Id7d96343a8f778ba8f415b1a850cc78576afa475 Reviewed-by:
Christian Stenger <christian.stenger@qt.io>
-
- 30 May, 2017 1 commit
-
-
hjk authored
This also re-enables the remote linux case and enables the recording of a single run of events. Change-Id: I9ea55017c8e5f2f17e6f32c5453df48093e41931 Reviewed-by:
Christian Kandeler <christian.kandeler@qt.io> Reviewed-by:
Christian Stenger <christian.stenger@qt.io>
-
- 15 May, 2017 1 commit
-
-
hjk authored
This increases re-usability of activities like 'port gathering', and makes their use less dependent on actual device implementations. Change-Id: I017cb74874f2b38c487ba2d03906a675d5618647 Reviewed-by:
Christian Stenger <christian.stenger@qt.io>
-
- 11 May, 2017 1 commit
-
-
Ulf Hermann authored
AcquiringData to ClearingData is a valid transition, for example when the application crashes. We don't want to drop all models then. Change-Id: Ibb1b5a551e0dbec121a44054d36c132d038153f4 Reviewed-by:
Christian Kandeler <christian.kandeler@qt.io>
-
- 10 May, 2017 2 commits
-
-
Ulf Hermann authored
Apparently macOS will block the event loop until a real mouse click happens if you open and close context menus in quick succession. When it does that, the timer won't hit anymore and the mouse event to trigger the next test step won't be generated. Change-Id: Ie0c05d8a5a2020fe46381358133cd7cdbbf42299 Reviewed-by:
Christian Kandeler <christian.kandeler@qt.io>
-
Ulf Hermann authored
When moving the mouse pointer out of an item the window should not disappear, so that you can reposition it then. Change-Id: Ic2fa0e41bcab5fada6c3c5fca68a5f82fcd0fc7a Task-number: QTCREATORBUG-16698 Reviewed-by:
Robert Loehning <robert.loehning@qt.io> Reviewed-by:
Christian Kandeler <christian.kandeler@qt.io>
-
- 09 May, 2017 1 commit
-
-
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 <christian.stenger@qt.io>
-
- 24 Apr, 2017 2 commits
-
-
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:
hjk <hjk@qt.io>
-
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 <ulf.hermann@qt.io>
-
- 12 Apr, 2017 1 commit
-
-
hjk authored
It is redundant, as a RunControl has a runMode() getter. Change-Id: Ia048b271a5003356d21f86a3f778827d23466037 Reviewed-by:
Ulf Hermann <ulf.hermann@qt.io>
-
- 07 Apr, 2017 1 commit
-
-
hjk authored
Removes one reason to derive from base RunControls (specifically ValgrindRunControl). Change-Id: I81e32a49ef30e79ee7e7b53a54021eaaba43453a Reviewed-by:
Tobias Hunger <tobias.hunger@qt.io>
-
- 05 Apr, 2017 1 commit
-
-
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 <ulf.hermann@qt.io> Reviewed-by:
Tobias Hunger <tobias.hunger@qt.io>
-
- 03 Apr, 2017 1 commit
-
-
Ulf Hermann authored
If the context menu disappears for whatever reason, just open a new one. Making sure that the context menu stays around when we don't do anything is not Qt Creator's job, so we don't have to test for it. Also, when trying to remove the context menu, click a spot that's certainly inside the screen. Change-Id: If6e574d84bedf2ab552c8c29d756501e9d2282bd Reviewed-by:
Christian Stenger <christian.stenger@qt.io>
-
- 31 Mar, 2017 1 commit
-
-
Ulf Hermann authored
Change-Id: I852bb4935b529953e677791d32d17c886f22bffd Reviewed-by:
Milian Wolff <milian.wolff@kdab.com>
-
- 29 Mar, 2017 1 commit
-
-
Ulf Hermann authored
Change-Id: I1ee13c842a07962d9aec93aaab6959614d7d8a08 Task-number: QTCREATORBUG-17936 Reviewed-by:
Joerg Bornemann <joerg.bornemann@qt.io>
-
- 24 Mar, 2017 2 commits
-
-
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:
hjk <hjk@qt.io>
-
hjk authored
This introduces a mini-state-"machine" to handle RunControl states Intialized->[Starting->Running->Stopping->Stopped->]*->Finished. 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 <david.schulz@qt.io> Reviewed-by:
Tobias Hunger <tobias.hunger@qt.io>
-
- 23 Mar, 2017 2 commits
-
-
Ulf Hermann authored
If we pop an event from the stack, then it should be the same type we pushed earlier. Change-Id: If4389cb57fa8996b3772fefca92d27c33dc35c65 Task-number: QTCREATORBUG-17885 Reviewed-by:
hjk <hjk@qt.io>
-
Ulf Hermann authored
If many events start or end at the same time, the parser would confuse their order, resulting in meaningless statistics. Change-Id: I05f94e694c16d6c22b6e937c2f979ce572a068d1 Task-number: QTCREATORBUG-17885 Reviewed-by:
hjk <hjk@qt.io>
-
- 21 Mar, 2017 3 commits
-
-
Ulf Hermann authored
In pathological cases we might get event types without any calls. Change-Id: Id5c9f02c95b60fe49a7cbbac511c3727ade71db0 Task-number: QTCREATORBUG-17885 Reviewed-by:
hjk <hjk@qt.io>
-
Robert Loehning authored
Change-Id: I23271d6dc8ede3f76ef712547519b04dc86d94a6 Reviewed-by:
Ulf Hermann <ulf.hermann@qt.io>
-
Robert Loehning authored
Change-Id: Ia9a7d62f8f3dbc753f2746f3f53f5557d9607d45 Reviewed-by:
Ulf Hermann <ulf.hermann@qt.io>
-
- 16 Mar, 2017 1 commit
-
-
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:
hjk <hjk@qt.io>
-
- 13 Mar, 2017 1 commit
-
-
Samuel Gaist authored
This patch adds the missing include statements for QRegExp. Change-Id: Ibb03b929940adb84ae190b5090cb6b88653cc14c Reviewed-by:
Orgad Shaneh <orgads@gmail.com>
-
- 01 Mar, 2017 1 commit
-
-
Tobias Hunger authored
Provide protected methods in RunControl to handle the notification of when the RunControl starts and stops. Use these helpers to move the isRunning() method into the RunConfiguration itself instead of reimplementing it everywhere. Change-Id: Ia8de42f7a6a14a049870d4e7fcb9af6756c2caa4 Reviewed-by:
Maurice Kalinowski <maurice.kalinowski@qt.io> Reviewed-by:
hjk <hjk@qt.io> Reviewed-by:
Ulf Hermann <ulf.hermann@qt.io> Reviewed-by:
Christian Kandeler <christian.kandeler@qt.io> Reviewed-by:
Tim Jenssen <tim.jenssen@qt.io>
-
- 28 Feb, 2017 1 commit
-
-
Robert Loehning authored
Change-Id: I8154dad0eef9e11650e257b46840c295cf5e0624 Reviewed-by:
Ulf Hermann <ulf.hermann@qt.io>
-
- 24 Feb, 2017 3 commits
-
-
Ulf Hermann authored
There is no need to keep them separate as the data model is not accessed from the outside anymore. This removes a lot of indirection. Change-Id: I91da4dfa816295300c8cfcca22430d5c5b3298c0 Reviewed-by:
Christian Kandeler <christian.kandeler@qt.io>
-
Ulf Hermann authored
We keep it private to QmlProfilerModelManager and proxy the last few methods that were directly called on the model. This enables us to remove the QmlProfilerDataModel class by integrating what is left of it into QmlProfilerModelManagerPrivate in a next step. Change-Id: Ie9b4e03fb286e5a0040374d00b7b26f810426278 Reviewed-by:
Christian Kandeler <christian.kandeler@qt.io>
-
Ulf Hermann authored
The inserting of events into the buffer is not the bottleneck here. The book keeping is probably more expensive than just always using all the events contained in a chuck from the file for one batch. Change-Id: I75a936fdf9e3a1d9675b44d67b98f14594f87ffd Reviewed-by:
Christian Kandeler <christian.kandeler@qt.io>
-