diff options
Diffstat (limited to 'Source/WebKit/blackberry/ChangeLog')
| -rw-r--r-- | Source/WebKit/blackberry/ChangeLog | 134 |
1 files changed, 134 insertions, 0 deletions
diff --git a/Source/WebKit/blackberry/ChangeLog b/Source/WebKit/blackberry/ChangeLog index b77cf99ae..93583a78a 100644 --- a/Source/WebKit/blackberry/ChangeLog +++ b/Source/WebKit/blackberry/ChangeLog @@ -1,3 +1,137 @@ +2012-05-27 Arvid Nilsson <anilsson@rim.com> + + [BlackBerry] Crash when deleting WebPageCompositor + https://bugs.webkit.org/show_bug.cgi?id=87589 + + Reviewed by Rob Buis. + + The WebPageCompositorPrivate is reference counted, so it may outlive + either the WebPage or the WebPageCompositor, depending on who releases + its reference first. + + Fixed by disconnecting the objects properly, regardless of who goes + away first. + + Reviewed internally by Mike Lattanzio. + + PR #156444 + + * Api/WebPage.cpp: + (BlackBerry::WebKit::WebPagePrivate::setCompositor): + (BlackBerry::WebKit::WebPagePrivate::destroyCompositor): + * Api/WebPageCompositor.cpp: + (BlackBerry::WebKit::WebPageCompositor::~WebPageCompositor): + (BlackBerry::WebKit::WebPageCompositor::client): + * Api/WebPageCompositor_p.h: + (BlackBerry::WebKit::WebPageCompositorPrivate::setPage): + +2012-05-27 Arvid Nilsson <anilsson@rim.com> + + 2012-04-18 Arvid Nilsson <anilsson@rim.com> + + [BlackBerry] BackingStore accesses tiles even though it's not active + https://bugs.webkit.org/show_bug.cgi?id=87563 + + Reviewed by Antonio Gomes. + + There are many scenarios that can call render and cause tile access, + and they used to be rerouted to the direct rendering code when the + backing store was not active. This was thanks to an implicit check for + isActive() by virtue of calling shouldDirectRenderingToWindow() from + render(). + + If we're using OpenGL for compositing the backing store contents + however, direct rendering is always disabled and we jump right into the + tile based rendering code. + + Fixed by adding an explicit check for isActive() in render(), now that + the implicit check in shouldDirectRenderingToWindow() is conditional on + having raster usage. + + Since PR136381/bug83131, when OpenGL compositing is used, and the + backing store is not active, it is not in charge of drawing the root + layer. Instead, we switch off the paintingGoesToWindow flag on the root + RenderLayer so no invalidates will reach the ChromeClient or the + BackingStore any more. Instead, invalidations will cause the root + accelerated compositing layer to be repainted. Any BackingStore render + calls while in this state are pointless, and can safely do an early + return. + + Reviewed internally by Jakob Petsovits. + + PR #150403 + + * Api/BackingStore.cpp: + (BlackBerry::WebKit::BackingStorePrivate::render): + +2012-05-27 Arvid Nilsson <anilsson@rim.com> + + 2012-04-12 Arvid Nilsson <anilsson@rim.com> + + [BlackBerry] Web page fails to render after clicking link with target=_blank + https://bugs.webkit.org/show_bug.cgi?id=87562 + + Reviewed by Antonio Gomes. + + Clicking such a link opens a new tab. The compositor was briefly in + charge of drawing the root layer while the backing store was inactive + and the user was looking at the other tab. The problem was that the + compositor believed it was still painting the root layer even after the + backing store became active again. The flag was not properly cleared + when turning off compositing. + + Fixed by returning false from drawsRootLayer() if we don't have a root + layer. + + Reviewed internally by Filip Spacek. + + PR #149342 + + * Api/WebPageCompositor.cpp: + (BlackBerry::WebKit::WebPageCompositorPrivate::drawsRootLayer): + +2012-05-24 Jacky Jiang <zhajiang@rim.com> + + [BlackBerry] History navigation caused google.com scale not kept + https://bugs.webkit.org/show_bug.cgi?id=87438 + + Reviewed by Antonio Gomes. + Patch by Jacky Jiang <zhajiang@rim.com> + + PR: 159923 + For back/forward history navigation, we were trying to keep the values + set by dispatchViewportDataDidChange. However, when we went back from + the previous page, if the current page didn't contain the meta viewport + tag, then those values set by previous page would never be reset. + Although the current page could get correct saved scale when restoring + view state, the scale would still be clamped by zoomToFitScale which + was based on the virtual viewport of the previous page which could make + the scale incorrect. + Since we know the viewport arguments of the current document before + setLoadState on back/forward history navigation, we can reset these + previous values if the document doesn't have viewport arguments during + setLoadState. + + * Api/WebPage.cpp: + (BlackBerry::WebKit::WebPagePrivate::setLoadState): + +2012-05-25 Mary Wu <mary.wu@torchmobile.com.cn> + + [BlackBerry] Pass http headers to loader in download request + https://bugs.webkit.org/show_bug.cgi?id=87449 + + Reviewed by Rob Buis. + + PR# 149283 + + This is to support byte-range download and we could pass http headers like + "Range" in download request to loader. + + Reviewed internally by Lyon Chen. + + * Api/WebPage.cpp: + (BlackBerry::WebKit::WebPage::download): + 2012-05-24 Mike Fenton <mifenton@rim.com> [BlackBerry] InputHandler can hold a ref on an object when document is cleared. |