| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
Before the QLineEdit change, the QLineEdit::displayText used to return the
currently entered text when we call validate() on the validator.
Now, the displayText is set _after_ the validation.
Hence, the QDateTimeEdit::validate did not had access to the real text.
Reviewed-by: Thierry
|
|
|
|
| |
Reviewed-by: Simon Hausmann
|
|
|
|
|
|
| |
Call the QScriptValue constructor without class scope.
Reviewed-by: Trust me
|
|
|
|
|
|
|
|
|
| |
Unfortunately, HP-UX's pthread doesn't allow us to get the stack
address of a running thread. We have to suspend the thread. And
obviously we can't suspend ourselves.
The solution is to start another thread, which suspends us, gets the
stack address, and resumes.
|
|
|
|
|
|
|
|
|
| |
Also add PLATFORM(IA64) and PLATFORM(HPPA), though we don't use them
and probably don't need. Just in case.
Conflicts:
src/3rdparty/webkit/JavaScriptCore/wtf/Platform.h
|
|
|
|
|
|
|
|
|
|
| |
"/pulse/qt/src/3rdparty/webkit/JavaScriptCore/wtf/DateMath.h", line 113.42: 1540-0217 (S) "tm_gmtoff" is not a member of "struct tm".
"/pulse/qt/src/3rdparty/webkit/JavaScriptCore/wtf/DateMath.h", line 115.37: 1540-0217 (S) "tm_zone" is not member of "struct tm".
Conflicts:
src/3rdparty/webkit/JavaScriptCore/wtf/DateMath.cpp
src/3rdparty/webkit/JavaScriptCore/wtf/DateMath.h
|
| |
|
|
|
|
| |
"webkit/JavaScriptCore/runtime/Protect.h", line 101.17: 1540-1196 (S) The return type cannot be "JSC::JSValue" because "class JSValue" does not have an "operator->" function.
|
|
|
|
|
|
|
|
| |
This problem was appearing only in the functions in the HashMap
partial specialisation for Ref<T> that returned std::pair<iterator,
bool>.
"/pulse/qt/src/3rdparty/webkit/JavaScriptCore/wtf/RefPtrHashMap.h", line 205.5: 1540-1174 (S) The member "template std::pair<HashMap<RefPtr<T>,U,V,W,X>::iterator,bool> inlineAdd(const KeyType &, const MappedType &)" is not declared as a template in its containing class definition.
|
|
|
|
| |
1540-0062 (S) The incomplete class "IsConvertibleToDouble<0, char>" must not be used as a qualifier.
|
|
|
|
| |
Error: Could not find a match for WTF::HashMap<std::pair<WTF::RefPtr<JSC::UString::Rep>, unsigned>, JSC::Structure*, JSC::StructureTransitionTableHash, JSC::StructureTransitionTableHashTraits, WTF::HashTraits<JSC::Structure*>>::remove(std::pair<JSC::UString::Rep*, unsigned>) needed in JSC::Structure::~Structure().
|
|
|
|
|
|
| |
HashTableIteratorAdapter isn't called.
"../JavaScriptCore/wtf/RefPtrHashMap.h", line 208: Error: Cannot use std::pair<WTF::HashTableIterator<WTF::RefPtr<JSC::UString::Rep>, std::pair<WTF::RefPtr<JSC::UString::Rep>, StaticValueEntry*>, WTF::PairFirstExtractor<std::pair<WTF::RefPtr<JSC::UString::Rep>, StaticValueEntry*>>, WTF::StrHash<WTF::RefPtr<JSC::UString::Rep>>, WTF::PairHashTraits<WTF::HashTraits<WTF::RefPtr<JSC::UString::Rep>>, WTF::HashTraits<StaticValueEntry*>>, WTF::HashTraits<WTF::RefPtr<JSC::UString::Rep>>>, bool> to initialize std::pair<WTF::HashTableIteratorAdapter<WTF::HashTable<WTF::RefPtr<JSC::UString::Rep>, std::pair<WTF::RefPtr<JSC::UString::Rep>, StaticValueEntry*>, WTF::PairFirstExtractor<std::pair<WTF::RefPtr<JSC::UString::Rep>, StaticValueEntry*>>, WTF::StrHash<WTF::RefPtr<JSC::UString::Rep>>, WTF::PairHashTraits<WTF::HashTraits<WTF::RefPtr<JSC::UString::Rep>>, WTF::HashTraits<StaticValueEntry*>>, WTF::HashTraits<WTF::RefPtr<JSC::UString::Rep>>>, std::pair<WTF::RefPtr<JSC::UString::Rep>, StaticValueEntry*>>, bool>.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
differently
The Sun CC compiler treats C functions and C++ functions differently,
as if they had a different calling sequence (they don't, but they
could). So if you declare a function in C++ having a function pointer
as a parameter, it's understood to be C++ even if it had previously
been declared as extern "C".
This could be a compiler error, though. In any case, the end result is
that WebKit fails to link because of an undefined reference to
NPN_PluginThreadAsyncCall.
"plugins/npapi.cpp", line 177: Warning (Anachronism): Formal argument 2 of type void(*)(void*) in call to WebCore::PluginMainThreadScheduler::scheduleCall(_NPP*, void(*)(void*), void*) is being passed extern "C" void(*)(void*).
There are more of these errors left in WebKit, but they are not
causing problems right now.
|
|
|
|
|
|
|
|
|
|
| |
Error: Ambiguous "?:" expression, second operand of type "WTF::PassRefPtr<WebCore::DocumentFragment>" and third operand of type "int" can be converted to one another.
Error: Ambiguous "?:" expression, second operand of type "WTF::PassRefPtr<JSC::Label>" and third operand of type "int" can be converted to one another.
[and others similar]
Conflicts:
src/3rdparty/webkit/WebCore/workers/WorkerContext.cpp
|
|
|
|
|
|
| |
Conflicts:
src/3rdparty/webkit/WebCore/generated/CSSPropertyNames.h
|
|
|
|
|
|
|
|
|
|
| |
not to be const
I don't know why the compiler couldn't call src->~T() on a const T *src,
but fact is it couldn't.
In any case, since move is copying the source and deleting it, formally
the argument shouldn't be const anyway.
|
|
|
|
|
|
| |
"../JavaScriptCore/interpreter/RegisterFile.h", line 128: Error: Using static_cast to convert from char* to JSC::Register* not allowed.
Error: Formal argument 1 of type char* in call to munmap(char*, unsigned) is being passed JSC::Register*.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ParserArenaDeletable.
If you mark functions as "inline", the compiler doesn't have to emit
out-of-line copies. What happens is that Nodes.h declares these
functions, but the inline bodies are in NodeConstructors.h.
ParserArena.cpp used these functions, but didn't include
NodeConstructor.h. I could have added the missing #include, but this
is error-prone, since you have to remember to do that.
Moving the bodies into Nodes.h was also not possible, because it
requires JSC::Parser to be defined and Parser.h needs to #include
"Nodes.h".
So the solution is to de-inline.
|
|
|
|
| |
Since Vector initialises VectorBase with the value of inlineBuffer(), it does so before the m_inlineBuffer member has had a chance to initialise. This lead to dereferencing of uninitialised pointers and, as was expected, crashes.
|
|
|
|
|
| |
Task-number: 253733
Reviewed-by: Bjørn Erik Nilsen
|
|
|
|
|
|
| |
Added event information in QTest::mouse* warning message.
Reviewed-by: Olivier
|
|
|
|
|
|
|
|
|
|
|
|
| |
Arabic and Syriac are connected scripts where the letter shape changes
depending on the context. Text eliding should not affect that letter
shape if the truncation happens in the middle of a word.
The patch ensures that by adding a Unicode ZWJ character between the
text and the eliding in case the character would connect in the full
string.
Reviewed-by: Simon Hausmann
|
|
|
|
| |
Reviewed-by: trustme
|
|
|
|
|
| |
1. "is is" -> "it is"
2. remove excess use of the work "unexpected"
|
|
|
|
|
|
|
|
|
| |
In this test case the server writes data to the client and disconnects
at once. After this, the client socket must still be able to read the
data and then close itself.
Task-number: 260631
Reviewed-by: phartman
|
|
|
|
|
|
|
|
|
| |
If the server disconnects directly after writing its data, like the
localfortuneserver example does, we must close the reading client
socket. Before this patch, an error was yielded.
Task-number: 260631
Reviewed-by: phartman
|
|
|
|
| |
Reviewed-by: TrustMe
|
|
|
|
|
|
| |
We need to make sure phonon is built before webkit.
Reviewed-by: Tor Arne
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
retranslateUi(Class varName) method.
Autotests for uic updated accordingly
Task: 260784
RevBy: Kai Koehne <kai.koehne@nokia.com>
|
|/
|
|
| |
Reviewed-by: Trust Me
|
|\ |
|
| |
| |
| |
| | |
Reviewed-by: Trond
|
| |
| |
| |
| | |
Reviewed-by: Trust Me
|
| |
| |
| |
| | |
Reviewed-by: Trust Me
|
| |
| |
| |
| | |
Reviewed-by: Trust Me
|
| |\ |
|
| | |
| | |
| | |
| | | |
Reviewed-by: Trust Me
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Oxygen draws a fancy background gradient etc so it's not suitable for
this kind of pixel testing. Since we're testing the window surface and
not the style just use the simple QWindowsStyle here.
Reviewed-by: Gunnar Sletta
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
moc on Mac define itself as GCC, but does not define the __EXCEPTIONS macro.
It then defined QT_NO_EXCEPTIONS and did not generate the moc output for some
classes, resulting in link errors later.
Reviewed-by: Gabi
|
| | | |
| | | |
| | | |
| | | | |
Reviewed-by: Trust Me
|
| |\ \ \ |
|
| | |\ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Some concerns were expressed about the float precision of QMatrix4x4,
which this change addresses by using qreal instead.
The QVector2D/3D/4D classes still use float internally, so that they
can be used directly in large arrays of vertex values to be uploaded
to an OpenGL server.
QQuaternion is a client-side class, and it should produce rotations
that are consistent with QMatrix4x4. So its precision was changed too.
A consequence of this change is that the following no longer works
in a portable fashion:
QMatrix4x4 mat;
...
glLoadMatrixf(mat.constData());
The caller must now repack the argument to convert from qreal to GLfloat.
Reviewed-by: Michael Goddard
Reviewed-by: Andreas
|
| | |/ / /
| |/| | |
| | | | |
| | | | | |
Reviewed-by: Trust Me
|
|/ / / /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
<exception> header was missing from sqt60main_mcrt0.cpp, causing
Symbian builds to break.
Reviewed-by: axis
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Previously we didn't properly compose windows so QT_NO_DIRECTFB_WM mode
would generally only work for single windows (with no popups).
This also simplifies the code a lot. Previously we would among other
things paint the mouse cursor twice in this mode.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This surface is painted every time we move the mouse cursor (in
NO_DIRECTFB_WM) and doesn't change all that often so caching it is
relatively easy and beneficial.
Reviewed-by: Donald Carr <donald.carr@nokia.com>
|