| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Previously, it was possible that painting using QPainter to a different
GL target (E.g. QGLWidget) would unbind the FBO. In such cases, isBound
returned true, even though the FBO wasn't bound to any context.
Reviewed-by: Samuel
|
|
|
|
|
|
|
|
|
| |
On 10.5 and below the pixmap data bytes happened to be initialized by
malloc, on 10.6 this is no longer the case.
Revby: Gunnar Sletta <gunnar@trolltech.com>
Similar to 28f94e1ef94f.
|
|
|
|
|
|
|
|
|
|
|
| |
This happens only when the standarddialogs demo is run from qtdemo. On
Windows 7, calling the GetOpenFileName() caches something in
%SystemDrive%\ProgramData\Microsoft\Windows\Caches. qtdemo was removing
all environment variables other than PATH for the child processes. This
caused the example to dump the cache in current directory instead.
Task-number: 260898
Reviewed-by: Jens Bache-Wiig
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
Renaming setInternalFormat() to setInternalTextureFormat() (and
similarly for the accessor) makes the API a bit more explicit.
Reviewed-by: Trond
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
This probably made the proxy authentication saving for ftp proxies
not working.
Reviewed-by: Thiago
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Because we did not reiimplement SE_TabBarTabText to force the
parentstyle to call the virtual function back, we got the normal style
margins in addition to the one by the stylesheet.
Also added test for !hasNativeBorder to suport cases where we just
specify a border
Reviewed-by: jbache
Task-number: 196326
|
| |
| |
| |
| |
| |
| |
| | |
The windows manager was moving the window behind our back, making the
test fails sometimes
Reviewed-by: Thierry
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|
| |\ \ \ |
|