| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
| |
in a tree-like model with one of its grand-children being selected.
Added recursive deselection for the model.
Task-number: 232634
Reviewed-by: thierry
|
|
|
|
| |
Task-number: 258459
|
|
|
|
|
|
|
|
| |
If the current index is invalid, start would be (0,0) but would be
skiped
Task-number: 220195
Reviewed-by: thierry
|
|
|
|
|
|
| |
... by prepending SRCDIR to the loaded files.
Reviewed-by: TrustMe
|
|
|
|
|
|
|
| |
On windows mobile with native menubar integration the menubar is not
a child of the mainwindow
Reviewed-by: Joerg
|
|
|
|
|
|
| |
This extra check prevents a crash if plugin loading fails
Reviewed-by: Joerg
|
|
|
|
|
|
| |
Windows CE is sometimes a little bit slow
Reviewed-by: Joerg
|
|
|
|
| |
Reviewed-by: Joerg
|
|
|
|
|
|
| |
We cannot remove a file that's still opened.
Reviewed-by: ossi
|
|
|
|
|
|
| |
There's no time() on Windows CE.
Reviewed-by: Daniel Molkentin
|
|
|
|
|
|
|
| |
Win CE doesn't support real file permissions (FAT only).
Further, we don't have pagefile.sys.
Reviewed-by: thartman
|
|
|
|
|
|
|
|
| |
These tests run against domain names in troll.no and to allow shorter
names the machine has to be in this domain.
Removing them since this specific case test the OS more than Qt itself.
Reviewed-by: Thiago
|
|
|
|
| |
Reviewed-by: thartman
|
|
|
|
|
|
|
| |
The TCP socket must get the chance to read data into its read buffer
after the first read operation emptied it.
Reviewed-by: thartman
|
|
|
|
| |
Reviewed-by: thartman
|
|
|
|
|
|
|
|
|
| |
QProcess is supposed to be reentrant but was not on Unix. The
constructor of QProcessManager could be exectued several time when
QProcess is created. The construction is now protected by a mutex.
Task-number: 254246
Reviewed-by: Olivier Goffart
|
|
|
|
|
|
| |
defaultRowSizes was broken on oxygen style because of missing icons.
Reviewed-by: paul
|
| |
|
|
|
|
|
|
|
|
| |
before, it asserted; now, the test is not asserting anymore but
still failing, because the fix is not yet checked in. Additionally,
it now runs from a shadow directory.
Reviewed-by: TrustMe
|
|
|
|
|
|
|
|
| |
dnotify is something from older linux kernels and cannot be trusted, therefore
we skip some tests. Also we cannot guarantee that 1 operation on the file give only
1 notification in general, so we relaxed the conditions.
Reviewed-by: paul
|
|
|
|
|
| |
Apperently we don't get the leave event when simply moving the
mouse with the testlib
|
| |
|
|
|
|
|
|
|
| |
The first VERIFY_COLOR(w.geometry(), w.color); call was failing because
the window was mapped but not yet painted on the screen.
Reviewed-by: Bradley T. Hughes
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changing a style on a widget should invalidate the widget's layout,
since the layouts spacings and margins may depend on the style.
One optimization could be to check to see if the spacing and margins
have changed due to the style change, but the old style is not available
in changeEvent, so we'll keep it simple for now.
RevBy: paul
Task: 256986
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Last QVERIFY still failing.
Reviewed-by: olivier
|
|
|
|
|
|
|
| |
Instead of ignoring _NET_WORKAREA, merge it with each screen geometry
to give a meaningful availableGeometry() for all screens.
Reviewed-by: denis
|
| |
|
|
|
|
| |
Reviewed-by: paul
|
|
|
|
|
| |
view doesn't exist anymore and the qWait should be enough to make the
x11 call useless
|
| |
|
|
|
|
| |
Reviewed-by: paul
|
|
|
|
|
|
|
| |
- We need to process events in order to leave time to mac to update
the widget.
- When in undefined case, the progressbar is animated, so the number
of paintevents might be bigger than 1.
|
|
|
|
|
| |
Reviewed-by: thierry
Reviewed-by: olivier
|
| |
|
|
|
|
|
|
| |
We already trimmed away any \r from the expected line, but we did not
trim away \r from the actual line. That caused some false negatives on
windows.
|
|
|
|
| |
That machine has no 'Times New Roman' the test was reliying in
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
src/gui/dialogs/qfiledialog.cpp
src/gui/dialogs/qfiledialog_win.cpp
tests/auto/qicoimageformat/tst_qicoimageformat.cpp
tests/auto/qscriptqobject/qscriptqobject.pro
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When an autotest fails to compile, there's no way to determine which
testcase(s) have been prevented from running.
Our results parsing tools have been guessing, under the assumption that
a directory called `qdogwalker' always contains a testcase named
`tst_qdogwalker'. That wasn't true for all our tests, so let's make it
true.
Also changed the platform-specific tests so that qmake will simply skip
those tests on unsupported platforms, instead of wasting time compiling
a useless QTEST_NOOP_MAIN test.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If there is severals matching items but all of them are disabled, it
would have produced an infinite loop.
Block the loop once we reach an already matched item.
Task-number: 258949
Reviewed-by: Thierry
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
We never told Cocoa that it needed to redraw the window view
when a window was shown. This is implicit if the window is
shown for the first time, but needs to be done explicit
if you hide and show it again.
Task-number: 254672
Reviewed-by: bnilsen
|
| |
| |
| |
| |
| |
| | |
Also removed tabs from auto.pro
Reviewed-by: trustme
|
| |
| |
| |
| |
| |
| |
| |
| | |
I don't want to link the tst_qsharedpointer test to QtGui, so I
created a new test.
This is testing only the basic manipulations. In special, it's not
testing invalid constructs.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
With the previous commit, you could create a QWeakPointer from any
QObject-derived object. It's possible because QObject now has a
pointer to the QWeakPointer's d-pointer.
However, if you did:
QSharedPointer<QObject> obj(new QObject);
QWeakPointer<QObject> weak1(obj);
QWeakPointer<QObject> weak2(obj.data());
Then weak1 would shared d-pointers with QSharedPointer, but weak2
wouldn't. Also, weak1.toStrongRef() would work, but
weak2.toStrongRef() wouldn't.
This change makes QObject know where the d-pointer created by
QSharedPointer is, so weak2 would get the same d-pointer.
As a nice side-effect, you can check if a given QObject is shared by
trying to promote its QWeakPointer to QSharedPointer.
Reviewed-by: Bradley T. Hughes
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The problem with QPointer is that it's a simple QObject*. So the only
way for QPointer to do what it's supposed to do is if the object it's
pointing to clears all QPointers when getting deleted. That means the
QObject must know each and every QPointer pointing to it. To make
matters worse, QPointers can be deleted while the object they're
pointing to also gets deleted. So deleting QObjects must do locking.
The solution to the QPointer problem is that both QObject and the
"QPointer" reference something outside the QObject. This way,
QObject doesn't have to lock anything to destroy itself: it's simply
setting a volatile integer to zero when it gets deleted. Since the
integer is outside the QObject, the integer is also refcounted. It's also
O(1), so there's no problem having as many "QPointer".
The two-atomic-ints structure is exactly what QSharedPointer and
QWeakPointer use internally. We just abuse this structure for QObject
needs, setting the strong reference count to -1 to indicate that it's
a QObject that cannot be managed by a QSharedPointer. But QWeakPointer
can still work and replace QPointer neatly.
Reviewed-by: Bradley T. Hughes
Reviewed-by: Jarek Kobus
|