GitLab

Task-Nr: QTCREATORBUG-1506

Reviewed-by: dt <qtc-committer@nokia.com>

... by introducing signal ICore::showNewItemsDialog().
Reviewed-by: Kai Köhne <kai.koehne@nokia.com>

That is: a) Figure out a suitable default location for Add New on a
virtual folder.
b) If that default location is deployed, don't show a Add Existing Files
option, since that is confusing.

That is tell the user that those files need not be added to any project,
and show "<Implicitly Add>" for them on the last wizard page.
This fixes Add/New for the QML/OTHER_FILES folder structure, except for
the virtual folder itself.
Reviewed-By: Jarek Kobus <jaroslaw.kobus@nokia.com>

Fix breakage introduced by the new asynchronous stop() methods
of the debugger run controls. Allow for RunControl::stop() to
be asynchronous by introducing a return enumeration indicating
that. Introduce additional method aboutToStop() asking user
to quit (tie that to the RunControl instead of having to hack
the behaviour elsewhere).
If asynchronous stop is detected, terminate the ProjectExplorer
asynchronously.
This makes the behaviour consistent across switching sessions/
closing outputwindow tabs and quitting Qt Creator.

Reviewed-by: dt
Rubber-stamped-by: hjk

3ccc079c renamed ProjectNode::DeleteFile
to ProjectNode::EraseFile. Also rename the usage(s) of that key.

Use the full path for folders to sort in the project tree.

For virtual folders ensure that the path ensures the sorting we want.

Reviewed-By: kkoehne

 * Add a DeployConfiguration class to hold settings related
   to deployment.
 * Add BuildStepsList to hold a list of buildsteps
 * Update BuildConfiguration to use BuildStepLists instead of
   manageing lists of buildsteps itself.
 * Update BuildManager to use BuildStepLists in its interfaces
 * Fix fallout introduced by API changes
 * Update .user file to new way of storing settings

Task-number: QTCREATORBUG-1427
Task-number: QTCREATORBUG-1428
Task-number: QTCREATORBUG-1811
Task-number: QTCREATORBUG-1930

It had old, interfering logic of its own.

Reviewed-by: Tobias Hunger

Reviewed-by: Daniel Molkentin

If a plugin requests asyncronous shutdown, the shutdown sequence does
not continue to deleting the plugins before it has sent a
asynchronousShutdownFinished signal. During that time an event loop
is running.

 * Create and store a UUID when starting the projectexplorer plugin
 * Check for this UUID when reading .user files:
    * Hostnames may change due to moving between dhcp networks, etc.
    * MAC addresses do not change when booting different OSes
 * Put UUID into .user file when writting it (instead of hostname).

Task-number: QTCREATORBUG-1820

To be able to connect to them in the debugger namespace.
Reviewed-by: dt
Reviewed-by: Christian Kandeler <christian.kandeler@nokia.com>

Fix got lost in merge resolution

With the context menu "Open with..." on files in project and file system
tree.

Reviewed-by: mae

Task-number: QTCREATORBUG-1764

Move open project dialog handling into ProjectExplorer and make it
use its list of project file patterns. Same in Checkout wizards.

Task-number: QTCREATORBUG-1759
Reviewed-by: dt

A mostly mechanical change.

Reviewed-By: con

 * Add task handler to show VCS blame output.

 * This taskhandler is not yet used!

 * Add task handler that enables copying task data into the clipboard

 * This is not yet used!

 * Add a taskhandler used to show the file/line a task is referring
   to in the editor.

 * This is not yet used!

Probably fixes
Task-Nr: QTCREATORBUG-1697

Reported by Cameron Hart on the mailing list.

Reviewed-by: dt

Do the project restore for each project directly after opening and only
then processEvents(). A project might be in a intermediate state between
opening and restoring.

Reviewed-By: Leena Miettinen
Reviewed-By: kh1

Reviewed-by: trustme

Reviewed-By: con
Reviewed-By: Friedemann Kleint

We now support renaming files. The version control system tries first to
rename, if that doesn't support or can't rename the file we do a normal
rename. (Note: git, hg, perforce > 2009.02 support renaming, cvs not.
(perforce untested)). We correctly notify all editors of the renamed
file and tell the project manager to rename the file in the project.

Note: Only the qt4projectmanager knows how to rename files.

Note: renaming folders, moving files to different folders, renaming
.pro/.pri files is not supported. Those things can be later added after
this has proven to work correctly in the simple case.

Also we don't do any actions based on the renaming like renaming
classes, changing include guards or #include lines.

Was showing the wrong project. Also was showing the wrong project in the
context menu.

Remove useless inheritage