Task-number: QTCREATORBUG-3313

Task-number: QTCREATORBUG-2426

Reviewed-by: Tobias Hunger

Reviwed-by: Carsten Owerfeldt

Merge-request: 2184
Reviewed-by: Oswald Buddenhagen <oswald.buddenhagen@nokia.com>

QmlJSInspector does not depend on Qt private headers being available
any more: The needed private API files have been copied into the
QtCreator source repo.

Task-number: QTCREATORBUG-3312

The granularity of the slider was to fine.
So 1 could be a rounded 0.99.

Task-number: QTCREATORBUG-3035
Reviewed-by: Marco Bubke

PathView creates problems and we do not properly support it anyway.
We just create a dummy instance, instead.

Task-number: QTCREATORBUG-3251
Reviewed-by: Marco Bubke

Task-number: QTCREATORBUG-3305

Terminate string buffer correctly.

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

Use the 'QtQuick 1.0' namespace introduced in 4.7.1. This makes them in
line with the examples/demos we ship in the SDK, but breaks for 4.7.0
(e.g. N900).

Task-number: QTCREATORBUG-3243

Publishing to Ovi Store

Reviewed-by: Tobias Hunger
Reviewed-by: Pawel Polanski

Reviewed-by: Tobias Hunger

Task-number: QTCREATORBUG-3140

Reviewed-by: Robert Loehning

On a change to the deployment folder, we need to run qmake again to
recreate the pkg file, we do that by setting a flag on all qmakesteps
for symbian and saving/restoring that flag.

Reviewed-By: hunger
Task-Nr: QTCREATORBUG-3062

Symbians Makefiles have a "# Command:" line in the header
which has two whitespaces in the middle. The line parsing bug
fixed by this commit lead to a discrepency of the
"Actual args" (without empty elements) and the "Parsed args"
(with empty elements, otherwise same to Actual args), and
thus to a call of qmake on each build.

Task-Number: QTBUG-15539

Reviewed-by: Roberto Raggi

The file is expected to be executable on Linux. However, when it
was created on Windows and checked into a repository, the
bit will not be set when pulling it onto a Linux system, resulting
in packaging failure.

Task-number: QTCREATORBUG-3277
Reviewed-by: kh1
Reviewed-by: dt

This will enable comlpetion and validation for projects using the Qt
Mobility plugins even when the qmldump machinery fails.

Task-number: QTCREATORBUG-3160
Reviewed-by: con

The current Qt Version might be build with mingw or even be a Symbian
or Maemo target. This patch ensures that we do not try to load a plugin
from the configured Qt Version anymore.
Instead we only load plugins provided by Qt Creator
or plugins which are specified by:  QML_IMPORT_PATH

Reviewed-by: Kai Koehne
Reviewed-by: Erik Verbruggen

Reviewed-by: owolff
Reviewed-by: Kai Koehne

Local executable is put into a different folder
(always 'armv5' despite it being a 'gcce' build, changed in qmake),
and the symbol file is named 'foo.exe.sym' instead of 'foo.sym'.

Done-by: Friedemann Kleint
Reviewed-by: Pawel Polanski

Merge-request: 222
Reviewed-by: Oswald Buddenhagen <oswald.buddenhagen@nokia.com>

Hotfix for Qt Quick Applications: Try to open the original file
by stripping "X.app/Contents/Resources" from the path.

Reviewed-by: Christiaan Janssen

Reviewed-by: Alessandro Portale

Reviewed-by: Kai Koehne

Reviewed-by: Robert Loehning

Reviewed-by: Robert Loehning

The mode we currently use is super paranoid about prime checking,
resulting in an unacceptably long key creation time of several minutes.

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

Task-number: QTCREATORBUG-3092

Reviewed-by: Thomas Hartmann
Reviewed-by: Carsten Owerfeldt

Task-number: QTCREATORBUG-3139

Reviewed-by: con

Task-number: QTCREATORBUG-2925

Reviewed-by: Daniel Molkentin

Reviewed-by: Kai Koehne

Removing a property from a Flipabke back or front property
resulted in a crash, because the offset of UiObjectBinding
was not handled correctly.
The left hand side of the binding is not part of the node anymore.

Reviewed-by: Kai Koehne