Check author information to be valid before enableing
the commit button.

Task-number: QTCREATORBUG-2410

Fixes caching for Qt Quick items.
Also the emptyPane is found again.

Reviewed-by: Kai Koehne

This file got somehow missing during renaming

Reviewed-by: Trust Me

This patch adds a MessageBox that asks for confirmation to fix
Qt 4.7 imports into QtQuick 1.0 imports.

Reviewed-by: Kai Koehne

Reviewed-by: Tobias Hunger

Task-number: QTCREATORBUG-2510
Reviewed-by: Alessandro Portale

Task-number: QTCREATORBUG-2594
Done-with: Thomas Hartmann

Task-number: QTCREATORBUG-2590
Reviewed-by: Christiaan Janssen

Task-number: https://projects.maemo.org/bugzilla/show_bug.cgi?id=195541
Reviewed-by: kh1

Reviewed-by: Tobias Hunger <qt-info@nokia.com>
Task-number: QTCREATORBUG-2542

ClientProxy::isEnabled() now only returns true when the server plugins
are available too. Wait until then before using it to initialize
the livepreview objects.

Reviewed-by: Lasse Holmstedt

to work at least for debug-in-source builds.

Reviewed-by: hjk
Task-number: QTCREATORBUG-2546

Otherwise, users might only see parts of the build that succeeded, but
not the failed ones (depending on build order).

Reviewed-by: ckamm

Task-number: QTCREATORBUG-2575
Reviewed-by: Kai Koehne

New STL implementation.

Reviewed-by: hjk

Null pointer exception when calling context menu on an empty area of Target step in new application wizard - fixed

Reviewed-by: Tobias Hunger

The update mechanism kicked in also for Qml Mobile apps, which
happen to have a deployment.pri file aswell. But that was wrong.

The update must only happen if all qml app stub files were
found. This patch fixes it.

Task-Number: QTCREATORBUG-2529
Reviewed-by: ck

The only difference between these wizards was that in the
Import Wizard, the user was able to chose a .qml file.
So, why not merge them. Also, this commit is a nice code
reduction.

The module deployment feature was killed by popular demand.
Apparently, nobody writes or deploys Qml modules, these days.
Let's see when they want to have it back ;)

Task-Number: QTCREATORBUG-2505
Reviewed-by: ck

As an project tree unclutter measure, we now append the
deployment.pri to the qmlapplicationviewer.pri while generating
the stub for Qt Quick Apps.

At the same tame we keep te Qt Mobile App wizard intact, which
continues to generate the deployment.pri file.

And we also keep the qmlapp/app.pro template functioning as
project, therefore we leave the include(../shared/deployment.pri)
in qmlapp/app.pro and let the wizard remove that incude.

Task-Number: QTCREATORBUG-2568
Reviewed-By: ck

De-clutter the app profile:
- Call the Symbian icon <project>.svg
- Define the Symbian icon in the deployment .pri file

Task-Number: QTCREATORBUG-2578
Reviewed-by: ck

Task-number: QTCREATORBUG-2501

Task-number: QTCREATORBUG-2563
Reviewed-by: Kai Koehne

The scanning phase was in some cases insanely long.
Reason was that Creator feeds wrong paths to the
CppModelManager, for example "/".

The scanning phase did what it was told to: scan that whole
Harddrive.

This patch makes sure that the scanning is not done for "/"

Done-With: Roberto

(The other Samba is meant. The slow one, not the nice one.)

Creator manages to feed the CppModelManager with all kinds of
wrong include paths. That is usually not a big issue as long
as that path is not a simple "/".

CppManager appended a separator to all incoming include paths.
And when the above "/" was passed in, we had (on my machine)
7 seconds of Samba Network lookup, multiple times during a
parse. And the sad thing was that my dear colleagues in the
Intranet did not even have the searched-for header files on
their shared folders.

This patch makes sure that a separator is only appended if
the path does not already end with one.

The real core of the issue (wrong include paths from Creator)
still needs to be fixed.

Done-with: Roberto Raggi

This was committed to the master branch, but was supposed
to go into 2.1 (I misunderstood the branching strategy of
Creator 2.1).

Since this does not change Creator code:
Reviewed-by: Trustme

Reviewed-by: Alessandro Portale
Task-number: QTCREATORBUG-2552

Reviewed-by: hjk

The problem of gdb finding QVector::malloc instead of the global malloc
appeared again. The workaorund is to use calloc which is not used by Qt.
However, for transfering string literal data to the inferior gdb uses
malloc internally outside our control, so we cannot use string literals
in inferior calls at all.

In the particular case of QObject property names we are lucky as the
data already exists in the inferior memory. This patch just uses it.

Reviewed-by: Leandro Melo

Task: QTCREATORBUG-2533

We've to wait with reloadEngines until the services are actually
enabled.

Reviewed-by: Christiaan Janssen

Reviewed-by: Robert Loehning
Task-number: QTCREATORBUG-2543, QTCREATORBUG-2544

Reviewed-by: Christian Kandeler

Bauhaus does not support import Qt 4.7 anymore

Reviewed-by: Kai Koehne

Reviewed-by: Thomas Hartmann