[WebKit-https.git] / Source / WebKit / blackberry / ChangeLog

2013-02-07  Charles Wei  <charles.wei@torchmobile.com.cn>

        webpage needs null check in BackingStore::setCurrentBackingStoreOwner
        https://bugs.webkit.org/show_bug.cgi?id=109253

        Reviewed by George Staikos.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::setCurrentBackingStoreOwner):

2013-02-07  Mary Wu  <mary.wu@torchmobile.com.cn>

        [BlackBerry] Enable non-video element enter/exit fullscreen.
        https://bugs.webkit.org/show_bug.cgi?id=108314

        Reviewed by Antonio Gomes.

        Webkit support non-video element (like div) to enter/exit
        fullscreen. We should pass this capability in blackberry porting.

        RIM PR 256370, internally reviewed by Max Feil.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::WebPagePrivate):
        (BlackBerry::WebKit::WebPagePrivate::clearDocumentData):
        (BlackBerry::WebKit::WebPagePrivate::setViewportSize):
        (BlackBerry::WebKit::WebPage::notifyFullScreenVideoExited):
        (BlackBerry::WebKit::WebPagePrivate::enterFullscreenForNode):
        (BlackBerry::WebKit::WebPagePrivate::exitFullscreenForNode):
        (WebKit):
        (BlackBerry::WebKit::WebPagePrivate::enterFullScreenForElement):
        (BlackBerry::WebKit::WebPagePrivate::exitFullScreenForElement):
        (BlackBerry::WebKit::WebPagePrivate::adjustFullScreenElementDimensionsIfNeeded):
        * Api/WebPage_p.h:
        (WebPagePrivate):

2013-02-07  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Fix all flicker caused by empty/incomplete geometries.
        https://bugs.webkit.org/show_bug.cgi?id=108951
        RIM PR 286925

        Reviewed by Rob Buis.
        Internally reviewed by Arvid Nilsson.

        The main idea for this patch is that whenever we adopt
        a new backingstore geometry that doesn't contain any
        rendered tiles, or VisibleZoom render jobs that need more
        tiles to be rendered to be considered complete, we'll then
        suspend blitting until there is valid content to show.

        This main idea is codified as checks for empty buffers
        in adoptAsFrontState(), and checks for the current state
        of the render queue after rendering content in render().
        However, as BackingStore objects with disabled surface pools
        or pure use of accelerated compositing also swap geometries
        in some circumstances, the use of suspend counters grows
        increasingly fragile.

        To make this patch more resilient against regressions,
        the current suspend counter is complemented with several
        explicit conditions for suspending screen updates,
        and both subsequently combined into a single cached
        boolean value telling the UI thread whether or not to
        suspend. In the future, other suspend calls can be
        migrated to this "state machine" design as well,
        potentially phasing out the suspend counter altogether.

        The immediate result is that there will be no flashing
        of background color between page loads or after discarding
        tiles on scale changes until the content has been rendered.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::BackingStorePrivate):
        (BlackBerry::WebKit::BackingStorePrivate::suspendBackingStoreUpdates):
        (BlackBerry::WebKit::BackingStorePrivate::suspendScreenUpdates):
        (BlackBerry::WebKit::BackingStorePrivate::resumeBackingStoreUpdates):
        (BlackBerry::WebKit::BackingStorePrivate::resumeScreenUpdates):
        (BlackBerry::WebKit::BackingStorePrivate::updateSuspendScreenUpdateState):
        (WebKit):
        (BlackBerry::WebKit::BackingStorePrivate::render):
        (BlackBerry::WebKit::BackingStorePrivate::blitVisibleContents):
        (BlackBerry::WebKit::BackingStorePrivate::adoptAsFrontState):
        (BlackBerry::WebKit::BackingStorePrivate::setCurrentBackingStoreOwner):
        (BlackBerry::WebKit::BackingStore::releaseOwnedBackingStoreMemory):
        * Api/BackingStore_p.h:
        (BackingStorePrivate):
        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setVisible):
        (BlackBerry::WebKit::WebPagePrivate::setCompositorDrawsRootLayer):

2013-02-07  Xiaobo Wang  <xbwang@torchmobile.com.cn>

        [BlackBerry] CHHW - Characters that are using 32 bits encoding get trunked to 16bits
        https://bugs.webkit.org/show_bug.cgi?id=109126
        PR 292540

        Reviewed by Yong Li.
        Internally reviewed by Mike Fenton.

        Key char is UTF32 encoded, should be 4 bytes.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::handleScrolling):
        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::handleKeyboardInput):
        * WebKitSupport/InputHandler.h:
        (InputHandler):
        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::directionOfPointRelativeToRect):
        (BlackBerry::WebKit::SelectionHandler::setCaretPosition):
        (BlackBerry::WebKit::shouldExtendSelectionInDirection):
        (BlackBerry::WebKit::directionalVisiblePositionAtExtentOfBox):
        (BlackBerry::WebKit::SelectionHandler::extendSelectionToFieldBoundary):
        (BlackBerry::WebKit::SelectionHandler::updateOrHandleInputSelection):
        * WebKitSupport/SelectionHandler.h:
        (SelectionHandler):

2013-02-07  Sean Wang  <Xuewen.Wang@torchmobile.com.cn>

        [BlackBerry] Reader Mode: Opening two links quickly from reader mode causes browser bad state
        https://bugs.webkit.org/show_bug.cgi?id=109124

        Reviewed by Yong Li.

        RIM BUG 291246 Internally reviewed by YongLi.
        Move the WebPageGroupLoadDeferrer object from ChromeClientBlackBerry::createWindow()
        into WebPageClientImpl::createWindow() to make it more close to its protecting place.

        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::createWindow):

2013-02-07  Mike Fenton  <mifenton@rim.com>

        [BlackBerry] Send type details with IMF mask as part of focus gained.
        https://bugs.webkit.org/show_bug.cgi?id=109086

        Reviewed by Yong Li.

        PR 292609.

        Add masking options based on VKB type to the IMF mask.

        Reviewed Internally by Nima Ghanavatian.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::addInputStyleMaskForKeyboardType):
        (WebKit):
        (BlackBerry::WebKit::InputHandler::setElementFocused):

2013-02-06  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Refactor renderContents() for cleaner code.
        https://bugs.webkit.org/show_bug.cgi?id=109059
        RIM PR 280374

        Reviewed by Rob Buis.
        Internally reviewed by Arvid Nilsson.

        The fact that we've got two renderContents() implementations
        in BackingStore.cpp, one of which was tailored to just
        being called from drawContents(), is a major annoyance.

        With this patch, the regular renderContents() is modified
        in a way so that drawContents() can make use of it as well.
        This includes an API change for both functions which makes
        it more flexible and enables further cleanups and improvements
        to accuracy. The second, unloved renderContents() is removed.

        The user-visible changes are improved (float) accuracy for
        render offsets, clipping to exactly the dstRect that has
        been specified, and the changed public drawContents() API.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::renderDirectToWindow):
        (BlackBerry::WebKit::BackingStorePrivate::render):
        (BlackBerry::WebKit::BackingStorePrivate::renderContents):
        (BlackBerry::WebKit::BackingStore::drawContents):
        * Api/BackingStore.h:
        (Platform):
        (Graphics):
        * Api/BackingStore_p.h:
        (WebCore):
        (BackingStorePrivate):
        * WebKitSupport/SurfacePool.cpp:
        (BlackBerry::WebKit::SurfacePool::SurfacePool):
        (BlackBerry::WebKit::SurfacePool::initialize):
        (BlackBerry::WebKit::SurfacePool::destroyPlatformGraphicsContext):
        * WebKitSupport/SurfacePool.h:
        (SurfacePool):

2013-02-06  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Check range before use in parseBlockForSpellChecking
        https://bugs.webkit.org/show_bug.cgi?id=109080

        Reviewed by Yong Li.

        PR291394
        This was missed during patch webkit/5aea04f6ea625827. Since getRangeForSpellCheckWithFineGranularity
        now returns null values, we need a check here before using the range object here as well.

        Internally reviewed by Mike Fenton.

        * WebKitSupport/SpellingHandler.cpp:
        (BlackBerry::WebKit::SpellingHandler::parseBlockForSpellChecking):

2013-02-06  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Check for a valid range object before using it
        https://bugs.webkit.org/show_bug.cgi?id=109058

        Reviewed by Rob Buis.

        PR291394
        Crash occurs if makeRange returns null, since we are using this value without checking
        its validity. We had an assert before which I'm replacing with just a check for null.

        Internally reviewed by Mike Fenton.

        * WebKitSupport/SpellingHandler.cpp:
        (BlackBerry::WebKit::SpellingHandler::getRangeForSpellCheckWithFineGranularity):

2013-02-05  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Scrolling performance drops doing page load
        https://bugs.webkit.org/show_bug.cgi?id=108949

        Reviewed by Yong Li.
        Internally reviewed by Jakob Petsovits.

        Internal PR 291390.
        The intention of this code was to not update non-visible tiles during page load.

        Before this patch, the code would update tiles that have already been rendered
        during page load.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::updateTilesForScrollOrNotRenderedRegion):

2013-02-04  Tiancheng Jiang  <tijiang@rim.com>

        [BlackBerry]Adjust fatfinger detection rect size
        https://bugs.webkit.org/show_bug.cgi?id=108678

        Reviewed by Antonio Gomes.
        RIM Bug 246976

        We still need to clip the fatfinger detection rect to the viewport to
        avoid wrong hitTest result.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::mouseEvent):
        * WebKitSupport/FatFingers.cpp:
        (BlackBerry::WebKit::FatFingers::getNodesFromRect):

2013-02-04  Abhishek Arya  <inferno@chromium.org>

        Add ASSERT_WITH_SECURITY_IMPLICATION to detect bad cast in DOM, CSS, etc.
        https://bugs.webkit.org/show_bug.cgi?id=108688

        Reviewed by Eric Seidel.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::handleMouseEvent):
        * WebKitSupport/FatFingers.cpp:
        (BlackBerry::WebKit::FatFingers::setSuccessfulFatFingersResult):

2013-02-04  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Needs one-shot drawing synchronization flag should be set before rendering when resuming the backing store
        https://bugs.webkit.org/show_bug.cgi?id=108760

        Reviewed by Yong Li.
        Internally reviewed by Arvid Nilsson.

        Internal PR 286218.
        When acquiring the backing store ownership in WebPagePrivate::resumeBackingStore
        we need to set the needs one-shot drawing synchronization flag
        before rendering, so that when the render is completed we
        commit the root layer.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::resumeBackingStore):

2013-02-03  KwangYong Choi  <ky0.choi@samsung.com>

        Fix build warning after r141473
        https://bugs.webkit.org/show_bug.cgi?id=108782

        Reviewed by Kentaro Hara.

        Fix -Wunused-parameter build warning.

        * WebCoreSupport/EditorClientBlackBerry.cpp:
        (WebCore::EditorClientBlackBerry::getClientPasteboardDataForRange):

2013-02-01  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry] Zooming in during page load of non-scalable webpage results in fixed magnification
        https://bugs.webkit.org/show_bug.cgi?id=108252

        Reviewed by Yong Li.
        Internally reviewed by Konrad Piascik.

        PR: 284828
        We got float layoutSize(342.284122, 521.448467) and
        m_maximumScale(2.243750) after computing viewport meta based on the
        device pixel ratio and laid out the contents at IntSize(342, 521).
        Therefore, zoomToFitScale(2.245681) would be a bit larger than
        m_maximumScale based on that contents size and resulted in
        maximumScale()!=minimumScale(), which made the non-scalable page
        scalable.
        Return zoomToFitScale for maximumScale() in such kind of case.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::maximumScale):

2013-02-01  Sean Wang  <Xuewen.Wang@torchmobile.com.cn>

        [BlackBerry] InputHandler status is not restored when page history goes back
        https://bugs.webkit.org/show_bug.cgi?id=108448

        Reviewed by Yong Li.

        PR288406 Internally reviewed by Mike Fenton

        When webpage goes back, it restores the old frame's selection and focused node,
        but we don't save the InputHandler's status, it becomes non-input mode when page
        goes back. When it restores the focus, since the new focus node is same as the old
        document focused node, webcore will not notify client to update the input handler.

        This patch updates the input handler's status by notifying it focus node changed.


        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::restoreViewState):
        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::restoreViewState):
        (WebKit):
        * WebKitSupport/InputHandler.h:
        (InputHandler):

2013-01-31  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry] Bing Images viewport causes layout "fun"
        https://bugs.webkit.org/show_bug.cgi?id=108393

        Reviewed by Yong Li.
        Internally reviewed by Arvid Nilsson and partially reviewed by Konrad Piascik.

        PR: 277855
        Set applyPageScaleFactorInCompositor settting to false by default.
        Scale down chrome window rect to density-independent pixels.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::didChangeSettings):
        * Api/WebSettings.cpp:
        (WebKit):
        (BlackBerry::WebKit::WebSettings::standardSettings):
        (BlackBerry::WebKit::WebSettings::applyDeviceScaleFactorInCompositor):
        (BlackBerry::WebKit::WebSettings::setApplyPageScaleFactorInCompositor):
        * Api/WebSettings.h:
        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::windowRect):

2013-01-31  Enrica Casucci  <enrica@apple.com>

        WebKit2: provide new bundle APIs to allow bundle clients to be notified of pasteboard access.
        https://bugs.webkit.org/show_bug.cgi?id=108396.
        <rdar://problem/12920461>

        Reviewed by Alexey Proskuryakov.

        Adds stub implementation for WebKit of the new EditorClient methods.

        * WebCoreSupport/EditorClientBlackBerry.cpp:
        (WebCore::EditorClientBlackBerry::willWriteSelectionToPasteboard):
        (WebCore::EditorClientBlackBerry::getClientPasteboardDataForRange):
        * WebCoreSupport/EditorClientBlackBerry.h:

2013-01-30  Ed Baker  <edbaker@rim.com>

        [BlackBerry] Screenshot is clipped when content is smaller than the desintation size
        https://bugs.webkit.org/show_bug.cgi?id=107735

        Reviewed by Rob Buis.

        Internal PR #284662
        Don't scale the transformed content rect when the content is smaller than the destination
        size. Scale the graphics context when it has a scale factor that isn't 1.0.

        Internally reviewed by Andrew Lo

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::renderContents):

2013-01-30  Xiaobo Wang  <xbwang@torchmobile.com.cn>

        [BlackBerry] Webpage was cut off after rotating to landscape and then rotating back to portrait on specific website
        https://bugs.webkit.org/show_bug.cgi?id=108281
        PR 284985

        Reviewed by Rob Buis.
        Internally reviewed by Jacky Jiang.

        Return correct fixedLayoutSize when overflow exceeds contents size.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::fixedLayoutSize):

2013-01-30  Simon Hausmann  <simon.hausmann@digia.com>

        [Qt] Remove QT4_UNICODE related code paths
        https://bugs.webkit.org/show_bug.cgi?id=108316

        Reviewed by Kenneth Rohde Christiansen.

        * WebCoreSupport/AboutDataUseFeatures.in: The feature macro has been removed.

2013-01-29  Sheriff Bot  <webkit.review.bot@gmail.com>

        Unreviewed, rolling out r140983.
        http://trac.webkit.org/changeset/140983
        https://bugs.webkit.org/show_bug.cgi?id=108277

        Unfortunately, this API has one last client (Requested by
        abarth on #webkit).

        * WebCoreSupport/AboutDataEnableFeatures.in:

2013-01-28  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Small animated zoom level adjustments are unnecessary
        https://bugs.webkit.org/show_bug.cgi?id=108104

        Reviewed by Rob Buis.
        Internally reviewed by Mike Fenton.

        Internal PR 285861.
        If the difference between the target scale and current scale is
        less than a given threshold, don't perform a zoom animation.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):

2013-01-28  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Reduce the region that is spellchecked on keystroke
        https://bugs.webkit.org/show_bug.cgi?id=108115

        Reviewed by Rob Buis.

        PR288217
        Instead of blindly checking text until endOfDocument, we should be honoring the boundaries of
        the VisibleSelection that is passed into SpellingHandler. Though this results in the same behavior
        on focus, this dramatically reduces the region that is rechecked when a key is hit.

        Internally reviewed by Mike Fenton.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::requestCheckingOfString):
        * WebKitSupport/SpellingHandler.cpp:
        (BlackBerry::WebKit::SpellingHandler::spellCheckTextBlock):
        (BlackBerry::WebKit::SpellingHandler::parseBlockForSpellChecking):
        * WebKitSupport/SpellingHandler.h:
        (SpellingHandler):

2013-01-28  Adam Barth  <abarth@webkit.org>

        Remove webkitNotifications.createHTMLNotification
        https://bugs.webkit.org/show_bug.cgi?id=107598

        Reviewed by Benjamin Poulain.

        * WebCoreSupport/AboutDataEnableFeatures.in:

2013-01-28  Otto Derek Cheung  <otcheung@rim.com>

        [BlackBerry] SpellingHandler parses and creates spellcheck requests regardless of the system spell check status
        https://bugs.webkit.org/show_bug.cgi?id=108085

        Reviewed by Rob Buis.

        Fix a merge error that duplicated a function declaration in InputHandler.h.

        * WebKitSupport/InputHandler.h:

2013-01-28  Otto Derek Cheung  <otcheung@rim.com>

        [BlackBerry] SpellingHandler parses and creates spellcheck requests regardless of the system spell check status
        https://bugs.webkit.org/show_bug.cgi?id=108085
        PR 286165

        Reviewed by Rob Buis.
        Internally reviewed by Nima Ghanavatian.

        Adding a check for the system spell check status in InputHandler::shouldSpellCheckElement so
        we won't bother sending a spellcheck request if system spell check is turned off.

        However, on a fresh browser start up and on the first setElementFocus, the spellcheck value isn't defined yet.
        The first spell check request is therefore necessary to connect to imf to determine whether spell check is turned on.
        If spell check is turned off, we will turn spellinghandler off.

        Tested the patch using a test site that contains editable text in text-areas and content-editable divs. Also tested on
        an extreme test case where we try to edit a content-editable div with 30000 characters. Confirmed spell-check requests are
        being canceled if system spell check is off.

        In theory, this patch should also fix PR 284229 . However, because of issues with getting the system spell check values from IMF,
        additional work needs to be done for that PR. 

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::setSpellCheckingEnabled):
        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::InputHandler):
        (BlackBerry::WebKit::InputHandler::shouldSpellCheckElement):
        (WebKit):
        (BlackBerry::WebKit::InputHandler::stopPendingSpellCheckRequests):
        * WebKitSupport/InputHandler.h:
        (InputHandler):
        (BlackBerry::WebKit::InputHandler::setSystemSpellCheckStatus):

2013-01-25  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Pop-up WebViews should not take ownership of the backing store.
        https://bugs.webkit.org/show_bug.cgi?id=107957

        Reviewed by Rob Buis.
        Internally reviewed by Jakob Petsovits.

        Internal PR 274581.
        Add web setting for whether a WebPage should take the backing store.
        Prevent pop-up WebView from taking ownership of the backing
        store when it becomes visible.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::setVisible):
        * Api/WebSettings.cpp:
        (WebKit):
        (BlackBerry::WebKit::WebSettings::standardSettings):
        (BlackBerry::WebKit::WebSettings::isBackingStoreEnabled):
        (BlackBerry::WebKit::WebSettings::setBackingStoreEnabled):
        * Api/WebSettings.h:
        * WebCoreSupport/PagePopupBlackBerry.cpp:
        (WebCore::PagePopupBlackBerry::PagePopupBlackBerry):
        (WebCore::PagePopupBlackBerry::init):

2013-01-25  Arvid Nilsson  <anilsson@rim.com>

        [BlackBerry] AC layers appear in the wrong place on RTL page
        https://bugs.webkit.org/show_bug.cgi?id=107930

        Reviewed by George Staikos.

        The public API of the BlackBerry port always reports a minimum scroll
        position of (0, 0), even on RTL pages with left overflow. We
        accomplish this by translating the WebCore scroll position by an
        amount equal in size to the minimum scroll position, to obtain the API
        scroll position reported to the API client.

        This means the API client will ask us to render a rect that needs to
        be corrected for the minimum scroll position, or we'll render the wrong
        part. This is done for BackingStore, but not for WebPageCompositor.

        WebPageCompositor was rendering the wrong part of the web page when
        the minimum scroll position was non-zero. Fixed by communicating the
        minimum scroll position to the WebPageCompositor, and accounting for it
        when interpreting the requested content rectangle to render.

        PR 280229.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::commitRootLayer):
        (BlackBerry::WebKit::WebPagePrivate::commitRootLayerIfNeeded):
        * Api/WebPageCompositor.cpp:
        (BlackBerry::WebKit::WebPageCompositorPrivate::render):
        (BlackBerry::WebKit::WebPageCompositorPrivate::drawLayers):
        * Api/WebPageCompositor_p.h:
        (BlackBerry::WebKit::WebPageCompositorPrivate::layoutRect):
        (BlackBerry::WebKit::WebPageCompositorPrivate::setLayoutRect):
        (BlackBerry::WebKit::WebPageCompositorPrivate::documentRect):
        (BlackBerry::WebKit::WebPageCompositorPrivate::setDocumentRect):
        (WebPageCompositorPrivate):
        * Api/WebPage_p.h:
        (WebPagePrivate):

2013-01-24  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Fix crash in SpellingHandler
        https://bugs.webkit.org/show_bug.cgi?id=107842

        Reviewed by Rob Buis.

        If we have an empty range or one with all spaces, we can simply return 0 instead of
        still creating a range. Putting in a null check after trimming to catch this case
        which was causing the crash in some DRT tests.

        Internally reviewed by Mike Fenton.

        * WebKitSupport/DOMSupport.cpp:
        (BlackBerry::WebKit::DOMSupport::trimWhitespaceFromRange):
        * WebKitSupport/SpellingHandler.cpp:
        (BlackBerry::WebKit::SpellingHandler::createSpellCheckRequest):

2013-01-24  Sean Wang  <Xuewen.Wang@torchmobile.com.cn>

        [BlackBerry] It can't Select texts in main frame when the current focus is in a IFrame
        https://bugs.webkit.org/show_bug.cgi?id=107773

        Reviewed by Antonio Gomes.

        PR285211 Internally reviewed by Genevieve Mak

        When touch hold in the unfocused frame, it doesn't switch frame focus. Many
        places in code depends on the webpage->forcusOrMainFrame(), including the
        SelectionHandler, so it can't select in an unfocused frame. This patch switchs
        frame focus when touch starts.

        * WebKitSupport/TouchEventHandler.cpp:
        (BlackBerry::WebKit::TouchEventHandler::doFatFingers):

2013-01-23  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Take a better guess as to what text the user wants learned
        https://bugs.webkit.org/show_bug.cgi?id=107706

        Reviewed by Rob Buis.

        If we still have a valid caret position, use it to give priority to a region
        of text.  We now take the text before the caret, instead of the text at the end
        of the field.  If the caret is not present, we start from the beginning of the field.
        This helps learning in email where the region of interest is generally at the start,
        not end of the field.

        Internally reviewed by Mike Fenton

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::learnText):

2013-01-23  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Optimize spellchecking by coalescing messages
        https://bugs.webkit.org/show_bug.cgi?id=107707

        Reviewed by Rob Buis.

        PR233604
        Instead of taking chunks one line at a time, coalesce them together
        to fire off messages as close to our character limit as possible.
        This should dramatically reduce the total number of messages in email
        giving us a little performance bump.

        Internally reviewed by Mike Fenton and Gen Mak.

        * WebKitSupport/DOMSupport.cpp:
        (BlackBerry::WebKit::DOMSupport::trimWhitespaceFromRange):
        (DOMSupport):
        * WebKitSupport/DOMSupport.h:
        * WebKitSupport/InputHandler.cpp:
        * WebKitSupport/InputHandler.h:
        (InputHandler):
        * WebKitSupport/SpellingHandler.cpp:
        (BlackBerry::WebKit::SpellingHandler::spellCheckTextBlock):
        (BlackBerry::WebKit::SpellingHandler::createSpellCheckRequest):
        (BlackBerry::WebKit::SpellingHandler::parseBlockForSpellChecking):
        (BlackBerry::WebKit::SpellingHandler::getRangeForSpellCheckWithFineGranularity):
        * WebKitSupport/SpellingHandler.h:

2013-01-23  Shinya Kawanaka  <shinyak@chromium.org>

        shadowAncestorNode() should be renamed to deprecatedShadowAncestorNode()
        https://bugs.webkit.org/show_bug.cgi?id=107624

        Reviewed by Dimitri Glazkov.

        Since Node::shadowAncestorNode() is deprecated, we would like to rename it to prevent from further use.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::webContext):
        * WebKitSupport/FatFingers.h:
        (BlackBerry::WebKit::FatFingersResult::node):
        * WebKitSupport/InPageSearchManager.cpp:
        (BlackBerry::WebKit::InPageSearchManager::scopeStringMatches):

2013-01-22  Andrew Lo  <anlo@rim.com>

        [BlackBerry] GIF & RAF animations sometimes don't resume after zoom
        https://bugs.webkit.org/show_bug.cgi?id=107590

        Reviewed by Rob Buis.
        Internally reviewed by Jakob Petsovits.

        Internal PR 276907.
        Dispatch render jobs when resuming backing store updates to perform jobs
        queued when updates were suspended.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::resumeBackingStoreUpdates):

2013-01-21  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Skip spell checking on single character strings
        https://bugs.webkit.org/show_bug.cgi?id=107463

        Reviewed by Yong Li.

        Check for a minimum string length when firing off spellcheck since we don't
        want to mark single letter words.

        Internally reviewed by Mike Fenton.

        * WebKitSupport/InputHandler.cpp:
        * WebKitSupport/SpellingHandler.cpp:
        (BlackBerry::WebKit::SpellingHandler::createSpellCheckRequest):
        (BlackBerry::WebKit::SpellingHandler::parseBlockForSpellChecking):

2013-01-20  Charles Wei  <charles.wei@torchmobile.com.cn>

        [BlackBerry] some websites only takes half of the screen after rotating from landscape to portrait mode.
        https://bugs.webkit.org/show_bug.cgi?id=107103

        Reviewed by George Staikos.
        Internally reviewed by Jacky Jiang.

        When the document size changes (by some javascript) which makes it too small to fit the viewport, we should
        automatically zoom it to fit the viewport.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::layoutFinished):

2013-01-20  Tiancheng Jiang  <tijiang@rim.com>

        [BlackBerry] Improve Fatfinger phase.
        https://bugs.webkit.org/show_bug.cgi?id=107403

        Reviewed by Rob Buis.

        RIM PR 219489
        Internally reviewd by Mike Fenton & Gen Mak.

        Treat ClickableByDefault and MadeClickableByTheWebpage elements as
        same category. Avoid unnecessary nodes check step.

        * WebKitSupport/FatFingers.cpp:
        (BlackBerry::WebKit::FatFingers::isElementClickable):
        (BlackBerry::WebKit::FatFingers::FatFingers):
        (BlackBerry::WebKit::FatFingers::findBestPoint):
        (BlackBerry::WebKit::FatFingers::getNodesFromRect):
        * WebKitSupport/FatFingers.h:

2013-01-18  Andrew Lo  <anlo@rim.com>
        [BlackBerry] When acquiring/releasing backing store memory, allow web page client control suspend/resuming of backing store
        https://bugs.webkit.org/show_bug.cgi?id=107307

        Reviewed by Rob Buis.
        Internally reviewed by Jakob Petsovits.

        Internal PR276660
        Have BackingStore::createBackingStoreMemory & releaseBackingStoreMemory only
        acquire & release the surface pool. It doesn't matter if either is called
        redundantly since SurfacePool has internal state to protect against that.

        Resuming & suspending backing store and screen updates will be handled by
        the WebPageClient.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStore::acquireBackingStoreMemory):
        (BlackBerry::WebKit::BackingStore::releaseOwnedBackingStoreMemory):
        * Api/BackingStore.h:

2013-01-18  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Set spellchecking calculations on a timer to free up the WebKit thread
        https://bugs.webkit.org/show_bug.cgi?id=107284

        Reviewed by Rob Buis.

        PR282351
        Firing off spellcheck requests is tieing up the WebKit thread for an
        extended period of time. In testing with large blocks of text, this
        can be in the matter of 5-10 seconds. Though we are using asynchronous
        spellchecking, the process in which we break down blocks of text based
        on input_service limitations is the issue.
        Using a timer here which fires with an arbitrary timeout to allow for
        focus and interaction to maintain at a reasonable level.
        Further, pulling this code out of InputHandler and into its own class.

        Internally reviewed by Mike Fenton and Gen Mak.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::InputHandler):
        (BlackBerry::WebKit::InputHandler::~InputHandler):
        (BlackBerry::WebKit::InputHandler::callRequestCheckingFor):
        (WebKit):
        (BlackBerry::WebKit::InputHandler::requestCheckingOfString):
        (BlackBerry::WebKit::InputHandler::spellCheckingRequestProcessed):
        (BlackBerry::WebKit::InputHandler::shouldRequestSpellCheckingOptionsForPoint):
        (BlackBerry::WebKit::InputHandler::setElementUnfocused):
        (BlackBerry::WebKit::InputHandler::setElementFocused):
        * WebKitSupport/InputHandler.h:
        (WebCore):
        (WebKit):
        (InputHandler):
        * WebKitSupport/SpellingHandler.cpp: Added.
        (WebKit):
        (BlackBerry::WebKit::SpellingHandler::SpellingHandler):
        (BlackBerry::WebKit::SpellingHandler::~SpellingHandler):
        (BlackBerry::WebKit::SpellingHandler::spellCheckTextBlock):
        (BlackBerry::WebKit::SpellingHandler::createSpellCheckRequest):
        (BlackBerry::WebKit::SpellingHandler::parseBlockForSpellChecking):
        (BlackBerry::WebKit::SpellingHandler::getRangeForSpellCheckWithFineGranularity):
        * WebKitSupport/SpellingHandler.h: Added.
        (WebCore):
        (WebKit):
        (SpellingHandler):
        (BlackBerry::WebKit::SpellingHandler::isSpellCheckActive):
        (BlackBerry::WebKit::SpellingHandler::setSpellCheckActive):

2013-01-18  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Check if continuous spellchecking is enabled before processing a request
        https://bugs.webkit.org/show_bug.cgi?id=107169

        Reviewed by Rob Buis.

        PR265815
        We set this value based on the global settings page. The
        spellcheck-on-focus codepath did not hit this, so focusing a
        field would not uphold the setting.

        Internally reviewed by Mike Fenton and Gen Mak.

        * WebKitSupport/DOMSupport.cpp:
        (BlackBerry::WebKit::DOMSupport::elementHasContinuousSpellCheckingEnabled):
        (DOMSupport):
        * WebKitSupport/DOMSupport.h:
        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::spellCheckingRequestProcessed):

2013-01-18  Seokju Kwon  <seokju.kwon@gmail.com>

        Add explicit keyword to constructors in platform-specific InspectorClient
        https://bugs.webkit.org/show_bug.cgi?id=107255

        Reviewed by Kentaro Hara.

        Add explicit keyword to constructors that take one argument
        in platform-specific implementation of InspectorClient.

        * WebCoreSupport/InspectorClientBlackBerry.h:
        (InspectorClientBlackBerry):

2013-01-18  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Assert failing in RenderQueue::renderScrollZoomJobs
        https://bugs.webkit.org/show_bug.cgi?id=107215

        Reviewed by Rob Buis.
        Internally reviewed by Jakob Petsovits.

        Internal PR276660
        Render jobs should not be performed if the backing store is inactive.

        This occured when the browser was invoked, causing a web page to be made
        visible before the surface pool was resumed.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::shouldPerformRenderJobs):

2013-01-17  Yong Li  <yoli@rim.com>

        [BlackBerry] InRegionScroller should notify client before it deletes all the scrollables
        https://bugs.webkit.org/show_bug.cgi?id=107162

        Reviewed by Rob Buis.
        Internally reviewed by Gen Mak and Mike Fenton.

        Move the notification code from notifyInRegionScrollStopped() to reset() as there are
        other places where reset() gets called.

        * Api/InRegionScroller.cpp:
        (BlackBerry::WebKit::InRegionScrollerPrivate::reset):
        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::notifyInRegionScrollStopped):

2013-01-17  Mike Fenton  <mifenton@rim.com>

        [BlackBerry] Fix selection handle appearance for RTL text.
        https://bugs.webkit.org/show_bug.cgi?id=107043

        Reviewed by Rob Buis.

        PR 263585.

        Invert the reported selection handle position if to match
        the visual order instead of the logical order to create the
        desired appearance for RTL text and directional selections.

        Reviewed Internally by Gen Mak and Nima Ghanavatian.

        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::selectionPositionChanged):

2013-01-16  Charles Wei  <charles.wei@torchmobile.com.cn>

        [BlackBerry] Need to adjust the scale and scroll position after leaving fullscreen mode if there's
        device rotation in fullscreen mode
        https://bugs.webkit.org/show_bug.cgi?id=107085

        Reviewed by George STaikos.
        Also internally reviewed by Jacky Jiang.

        We saved the scale and scroll position before entering full screen mode, so that we can restore
        them after leaving fullscreen mode, because entering fullscreen mode automatically changes the 
       scale to make the video to fit to the viewport. But if there's device rotation during the fullscreen,
       the scale and scroll position saved before may or may not apply anymore, we need to adjust the
       scale and/or scroll position if needed to make sure no over-scale or over-scroll in the new orientation.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setViewportSize):
        (BlackBerry::WebKit::WebPagePrivate::enterFullScreenForElement):
        * Api/WebPage_p.h:
        (WebPagePrivate):

2013-01-16  Joe Mason  <jmason@rim.com>

        [BlackBerry] Remove bogus assert in GeolocationClientBlackBerry
        https://bugs.webkit.org/show_bug.cgi?id=105651

        Reviewed by Darin Adler.

        GeolocationClientBlackBerry::cancelPermissionRequest contains an ASSERT that the origin is
        in m_geolocationRequestMap. But it's perfectly valid for the origin to not be in the map -
        for instance, if GeolocationClientBlackBerry::requestPermission returned immediately,
        without putting it in the map, because geolocation was disabled. In this case the correct
        thing to do is just return - there is nothing to be done to cancel the permission.

        * WebCoreSupport/GeolocationClientBlackBerry.cpp:
        (GeolocationClientBlackBerry::cancelPermissionRequest):

2013-01-15  Mike Fenton  <mifenton@rim.com>

        [BlackBerry] Don't overwrite field dir with current locale.
        https://bugs.webkit.org/show_bug.cgi?id=106932

        Reviewed by Yong Li.

        PR 212267.

        Remove uncalled onInputLocaleChanged and stop re-writing the dir
        on input focus which prevented RTL fields from rendering properly.

        Reviewed Internally by Eli Fidler.

        * Api/WebPage.cpp:
        * Api/WebPage.h:
        * Api/WebPage_p.h:
        (WebPagePrivate):
        * WebKitSupport/InputHandler.cpp:
        * WebKitSupport/InputHandler.h:
        (InputHandler):

2013-01-15  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry] Manual zoom propagates to next page load
        https://bugs.webkit.org/show_bug.cgi?id=106914

        Reviewed by Yong Li.
        Internally reviewed by Eli Fidler and Jakob Petsovits.

        PR: 280481
        During load committed, the web page scale was reset. However, UI thread
        still kept the old scale in UserInterfaceViewportAccessor so that it
        blitted the contents at the old scale although WebKit thread could
        update the UI thread scale later when finished the load.
        We should update the scale of the UI thread right after we reset it in
        WebKit thread to keep them in sync.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::resetScales):

2013-01-14  Otto Derek Cheung  <otcheung@rim.com>

        [BlackBerry] FCC appears when switching search engine providers
        https://bugs.webkit.org/show_bug.cgi?id=106824

        Magnifying glass appears when switching search engine providers

        PR 279178

        Reviewed by Rob Buis.
        Internal Reviewed by Mike Fenton.

        We need to make sure fatfinger is touching a textfield when we tell notifyCaretChanged
        to show the FCC.

        This behaviour is accidentally regressed in the fix in PR 267177, causing the FCC to show
        when the user touches an element that is not a textfield and changes the caret in the inputbar..

        Tested that the behaviour in 267177 isn't reproducible and the FCC isn't invoked when we switch
        search engine providers.

        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::caretPositionChanged):

2013-01-14  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry] Zoom is still possible when user-scalable=no
        https://bugs.webkit.org/show_bug.cgi?id=106809

        Reviewed by George Staikos.

        PR: 274566
        On wordpress.com, the contents were rendered at the width 343 which was
        1 css pixel larger than the expected device-width 342 so that we didn't
        respect the viewport.
        There was a RenderBlock on the page which contained "\n" and an
        inline-block. "\n" took 0.78 width and the inline-block took 342 width
        and they were unfortunately placed in the same InlineBox which caused
        the contents width 1 css pixels larger than the device-width.
        Allow the contents width to be 1 css pixel larger and still respect the
        viewport in such a special case.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::respectViewport):

2013-01-13  Xiaobo Wang  <xbwang@torchmobile.com.cn>

        [BlackBerry] Add a public function WebPage::isLoading()
        https://bugs.webkit.org/show_bug.cgi?id=106751

        PR 274392

        Reviewed by George Staikos.

        Need to get the load state in WebPageClient when resolving PR 274392.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::isLoading):
        (WebKit):
        * Api/WebPage.h:

2013-01-11  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Focus zoom animation doesn't occur on devices with physical keyboard
        https://bugs.webkit.org/show_bug.cgi?id=106719

        Reviewed by Yong Li.
        Internally reviewed by Mike Fenton.

        Internal PR 278687

        Always ensureFocusTextElementVisible if an element is focused when
        the device has a physical keyboard.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::setElementFocused):

2013-01-11  Otto Derek Cheung  <otcheung@rim.com>

        [BlackBerry] Modifying the databaseQuota call to WebPageClient
        https://bugs.webkit.org/show_bug.cgi?id=106703

        Reviewed by Yong Li.

        The databaseQuota call in WebPageClientImpl is modified to take in
        BP:Strings directly. Also, we want to use the origin URL from the security origin.
        Not the database identifier.

        * Api/WebPageClient.h:
        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::exceededDatabaseQuota):

2013-01-10  Yongxin Dai  <yodai@rim.com>

        [BlackBerry] Handle the case that start/end position is out of unclipped selection region
        https://bugs.webkit.org/show_bug.cgi?id=106486

        Reviewed by Rob Buis.

        PR #270624
        Unclipped selection region should cover start/end position of the selection.
        Since we exclude hidden text when calculating unclipped selection region, the
        start/end position can be out of unclipped selection region if it is for hidden
        text. If that is the case, start/end handle will be invisible. To avoid invisible
        handle, we take unclipped selection region as reference rectangle in the case.

        Internally reviewed by Genevieve Mak, Mike Fenton

        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::referencePoint):

2013-01-09  Genevieve Mak  <gmak@rim.com>

        [BlackBerry] Useless if statement check
        https://bugs.webkit.org/show_bug.cgi?id=106113

        Reviewed by Yong Li.

        Remove stray ! in if statement which was mistakenly left in during
        refactoring. Since Injected events are checked before they are sent to
        webkit, it didn't have an effect on behaviour.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::touchEvent):

2013-01-08  Otto Derek Cheung  <otcheung@rim.com>

        [BlackBerry] Removing the totalusage variable in ChromeClientBB::exceededDatabaseQuota
        https://bugs.webkit.org/show_bug.cgi?id=106370

        Reviewed by Yong Li.

        Removing totalUsage in ChromeClientBlackBerry as we no longer use that variable.

        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::exceededDatabaseQuota):

2013-01-08  Jacky Jiang  <zhajiang@rim.com>

        [Blackberry][FullScreen] Create a helper method to adjust the fullscreen renderer dimensions
        https://bugs.webkit.org/show_bug.cgi?id=91748

        Reviewed by Antonio Gomes.

        PR: 195524
        The was originally from Antonio Gomes on PR195524. Bug 105488 has
        partially upstreamed that patch. This patch upstreams the rest of it.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::updateViewportSize):
        (BlackBerry::WebKit::WebPagePrivate::notifyTransformedScrollChanged):
        * Api/WebPage_p.h:
        (WebPagePrivate):
        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::fullScreenRendererChanged):

2013-01-08  Mark Lam  <mark.lam@apple.com>

        Removed the need for the ProposedDatabase mechanism.
        https://bugs.webkit.org/show_bug.cgi?id=106292.

        Reviewed by Sam Weinig.

        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::exceededDatabaseQuota):
        * WebCoreSupport/ChromeClientBlackBerry.h:
        (ChromeClientBlackBerry):

2013-01-08  Sean Wang  <Xuewen.Wang@torchmobile.com.cn>

        [BlackBerry] Can't select text out of current focused input
        https://bugs.webkit.org/show_bug.cgi?id=106322

        Reviewed by Rob Buis.

        PR270755
        Internally reviewed by Mike Fenton

        When selection changed, the selection handler clips new selection with
        current focused node's boundary. So we clear focus before selectObject.
        This patch clear focus when selectObject is at a point but not at a node.

        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::selectObject):

2013-01-08  Steve Block  <steveblock@chromium.org>

        Rename 'IntSize toSize(const IntPoint&)' to 'toIntSize'
        https://bugs.webkit.org/show_bug.cgi?id=106307

        This matches other method names which distinguish between sizes and
        points. See https://bugs.webkit.org/show_bug.cgi?id=105992#c4.

        Reviewed by Kentaro Hara.

        * Api/InRegionScroller.cpp:
        (BlackBerry::WebKit::InRegionScrollerPrivate::setLayerScrollPosition):

2013-01-07  Genevieve Mak  <gmak@rim.com>

        [BlackBerry] Touch Events are falling through fullscreen video
        https://bugs.webkit.org/show_bug.cgi?id=106112

        Reviewed by Rob Buis.

        Reviewed Internally by Jakob Petsovits.
        PR #274326
        Do not do viewport centering calculations if in fullscreen video.
        The offset should be zero.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setViewportSize):

2013-01-07  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry] Roll out r136173 as there are alternative approaches from the client sides now
        https://bugs.webkit.org/show_bug.cgi?id=106236

        Unreviewed, rolling out r136173.
        This becomes unnecessary now as there are alternative approaches to
        solve the issue from the client sides.

        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::createWindow):

2013-01-07  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Never avoid blitting when one-shot drawing sync is involved.
        https://bugs.webkit.org/show_bug.cgi?id=106225
        RIM PR 274948

        Reviewed by George Staikos.
        Based on a patch by Chris Guan.

        didRenderContent() has a mechanism to avoid double blits;
        when scrolling or zooming is enabled then we don't issue
        blitContents() as the client would (continually) do that
        already.

        However, since r138024, didRenderContents() also deals
        with one-shot drawing synchronization and commits.
        When these are required, we can't just skip out or the
        backingstore and overlaying composited layers are likely
        to get out of sync. The condition also doesn't make much
        sense for direct rendering as no blit calls are issued
        at all when it is enabled.

        Fix the issue by limiting the impact of the scroll/zoom
        early return to only regular blit operations.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::didRenderContent):

2013-01-05  Andy Chen  <andchen@rim.com>

        [BlackBerry] SelectionHandler::selectAtPoint should use last fat finger result when it is a link
        https://bugs.webkit.org/show_bug.cgi?id=106141

        Reviewed by Rob Buis.

        If last fat finger result is a link, select it directly when
        SelectionHandler::selectAtPoint is called.
        PR 263449
        Internally reviewed by Mike Fenton and Yongxin Dai.

        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::selectNodeIfFatFingersResultIsLink):
        (WebKit):
        (BlackBerry::WebKit::SelectionHandler::selectAtPoint):
        * WebKitSupport/SelectionHandler.h:
        (WebKit):
        (SelectionHandler):

2013-01-04  Mike Lattanzio  <mlattanzio@rim.com>

        [BlackBerry] Last text input caret left visible when WebView entirely loses focus.
        https://bugs.webkit.org/show_bug.cgi?id=106124

        Reviewed by George Staikos.

        Internal PR 248834

        There are numerous code paths that lead to repainting of the focus node
        when the focus moves to another node, but none seem to cover the case
        of focus leaving the document when there are no DocumentMarkers present.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::setElementUnfocused):

2013-01-04  Otto Derek Cheung  <otcheung@rim.com>

        [BlackBerry]  FCC will show up as you type if you tap on the same input bar twice before typing
        https://bugs.webkit.org/show_bug.cgi?id=106116

        Reviewed by Yong Li.
        Internal reviewed by Gen Mak.
        PR 267177

        FCC is being invoked because the fatfinger result is no longer a reliable source
        to tell whether the caret change is caused by user touch input. Instead, we recognize all
        notifyCaretChange calls with userTouchInput as true except when caretPositionChanged is invoked
        by SelectionHandler:inputHandlerDidFinishProcessingChange.

        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::inputHandlerDidFinishProcessingChange):
        (BlackBerry::WebKit::SelectionHandler::notifyCaretPositionChangedIfNeeded):
        (BlackBerry::WebKit::SelectionHandler::caretPositionChanged):
        * WebKitSupport/SelectionHandler.h:
        (SelectionHandler):

2013-01-04  Yong Li  <yoli@rim.com>

        [BlackBerry] Cached frame shouldn't access the page when being destroyed
        https://bugs.webkit.org/show_bug.cgi?id=105942

        Reviewed by George Staikos.

        Fix regression of previous patch. dispatchDidHandleOnloadEvents() can be called
        after Frame has been detached.

        RIM PR# 271237.

        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::dispatchDidHandleOnloadEvents):

2013-01-04  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Allow defaultTabEventHandler to trigger on tab
        https://bugs.webkit.org/show_bug.cgi?id=106118

        Reviewed by Yong Li.

        In order to support tabbing through input elements, amongst
        other things, we need to bipass the processing of the tab key as
        '\t'. This will simply insert 4 spaces in the field. Remove tab
        support from the key down map so that we don't translate it to
        an editor command.

        Internally reviewed by Mike Fenton.

        * WebCoreSupport/EditorClientBlackBerry.cpp:
        (WebCore):

2013-01-04  Mike Fenton  <mifenton@rim.com>

        [BlackBerry] Enable Input Focus when handling touch events for JS
        https://bugs.webkit.org/show_bug.cgi?id=106109

        Reviewed by Yong Li.

        PR 273325.

        Toggle input mode active when a touch event is
        received for JS processing to ensure state
        is updated even when event is consumed.

        Reviewed Internally by Gen Mak.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::touchEvent):

2013-01-04  Adam Klein  <adamk@chromium.org>

        Remove ENABLE_MUTATION_OBSERVERS #define
        https://bugs.webkit.org/show_bug.cgi?id=105459

        Reviewed by Ryosuke Niwa.

        * WebCoreSupport/AboutDataEnableFeatures.in:

2013-01-04  Anthony Scian  <ascian@rim.com>

        [Blackberry] Static code analysis warning fixes
        https://bugs.webkit.org/show_bug.cgi?id=105679

        Reviewed by Rob Buis.

        Klocwork issue 959: check layer against NULL since it is used in both cases
        of the subsequent if-stmt

        * Api/InRegionScroller.cpp:
        (BlackBerry::WebKit::InRegionScrollerPrivate::calculateInRegionScrollableAreasForPoint):

2013-01-02  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry] file:/// pages don't get correct scales after several rotations and history navigations
        https://bugs.webkit.org/show_bug.cgi?id=105996

        Reviewed by George Staikos.

        PR: 273541
        When navigating back to the previous page on portrait mode, we were
        trying to set virtual viewport after recalculation. However, we didn't
        change the fixed layout size so that we still layouted the contents at
        the old virtual viewport size. In this case, the old virtual viewport
        was 570 * 293 which was set in landscape mode unfortunately. There
        would be no chance for such kind of contents size to fit the portrait
        mode screen size nicely.
        This was a regression of webkit/cc31d9bad where setViewMode() was
        removed as a noop. So just get setViewMode() back to apply the fixed
        layout size with a little bit change as SVG document path was proved
        invalid in that patch. Thanks to George for the float comparison change.
        Put a FIXME as we don't have a way to save the scale precisely before
        the rotation and history navigation currently.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setLoadState):
        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::saveViewStateToItem):

2013-01-02  Otto Derek Cheung  <otcheung@rim.com>

        [BlackBerry] Do not determine db quota limit using db file size
        https://bugs.webkit.org/show_bug.cgi?id=105991

        PR 267191

        Reviewed by George Staikos.

        Passing the current quota to WebPageClientImpl::databaseQuota so we can determine a better
        quota limit without using the db file size.

        * Api/WebPageClient.h:
        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::exceededDatabaseQuota):

2013-01-02  Yong Li  <yoli@rim.com>

        [BlackBerry] Cached frame shouldn't access the page when being destroyed
        https://bugs.webkit.org/show_bug.cgi?id=105942

        Reviewed by George Staikos.

        In order to prevent our FrameLoaderClient from dangling WebPagePrivate object in any case,
        this patches clear the m_webPagePrivate pointer when the frame is detached or cached.

        RIM PR# 272137.

        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::isMainFrame):
        (WebCore::FrameLoaderClientBlackBerry::detachedFromParent2):
        (WebCore::FrameLoaderClientBlackBerry::didSaveToPageCache):
        (WebCore::FrameLoaderClientBlackBerry::didRestoreFromPageCache):

2013-01-02  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Use fatfingers result when checking for misspelled words
        https://bugs.webkit.org/show_bug.cgi?id=105923

        Reviewed by Yong Li.

        PR270866
        Currently we are using the raw touch point when checking to see if spell check
        is required on a word. When tapping close to a boundary, the raw point can be
        placed off but fatfingers moves the point onto the word. This causes the caret
        to be placed on a word but no spell check request triggered.

        Internally reviewed by Mike Fenton and Tiancheng Jiang

        * WebKitSupport/TouchEventHandler.cpp:
        (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):

2012-12-28  Charles Wei  <charles.wei@torchmobile.com.cn>

        [BlackBerry] Remove unused BackingStorePrivate::m_defersBlit
        https://bugs.webkit.org/show_bug.cgi?id=105811
        RIM PR 272067

        Reviewed by George Staikos.
        Internally Reviewed by Jakob Petsovits.

        BackingStorePrivate::m_defersBlit is not used anywhere, it should
        be removed to simplify the code and to avoid confusion.
        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::BackingStorePrivate):
        (BlackBerry::WebKit::BackingStorePrivate::blitVisibleContents):
        * Api/BackingStore.h:
        * Api/BackingStore_p.h:
        (BackingStorePrivate):

2012-12-26  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Set load state for popups manually, in absence of a loader.
        https://bugs.webkit.org/show_bug.cgi?id=105708
        RIM PR 257216

        Reviewed by George Staikos.
        Internally reviewed by Chris Guan.

        The WebPage class relies on the load state for various things,
        among others it will only emit contents size changes after
        layouts if a load state other than None is set.

        Given that popups write the web page content itself with no
        loader that would issue such notifications, the load state
        should probably just be set manually in this case.

        * WebCoreSupport/PagePopupBlackBerry.cpp:
        (WebCore::PagePopupBlackBerry::init):

2012-12-26  Sean Wang  <Xuewen.Wang@torchmobile.com.cn>

        [BlackBerry] Caret doesn't update position when scrolling text in Input element
        https://bugs.webkit.org/show_bug.cgi?id=105757

        Reviewed by George Staikos.

        PR 271627
        Internally reviewed by George Staikos.

        Call FrameSelection's updateAppearence instead of SelectionHandler's
        selectionPositionChanged to update the caret position.

        * Api/InRegionScroller.cpp:
        (BlackBerry::WebKit::InRegionScrollerPrivate::setLayerScrollPosition):

2012-12-25  Charles Wei  <charles.wei@torchmobile.com.cn>

        [BlackBerry] Need to initialize the onLine in the global
        https://bugs.webkit.org/show_bug.cgi?id=105749

        Reviewed by George Staikos.

        The NetworkStatus is initialized to online in the constructor by default,
        we need to update it correctly with the network status at startup.

        * Api/BlackBerryGlobal.cpp:
        (BlackBerry::WebKit::globalInitialize):

2012-12-24  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Fix various RenderQueue bugs introduced by r138024.
        https://bugs.webkit.org/show_bug.cgi?id=105717
        RIM PR 269029

        Reviewed by George Staikos.

        Scroll/zoom jobs were pretty solid, but I managed to
        leave some bugs in the region handling of RenderQueue's
        renderRegularRenderJobs() function, causing us to skip
        a desired blit or render operation in cases where the
        region and tile tracking did not match up.

        This commit fixes these errors.

        * WebKitSupport/RenderQueue.cpp:
        (BlackBerry::WebKit::RenderQueue::renderRegularRenderJobs):

2012-12-24  Charles Wei  <charles.wei@torchmobile.com.cn>

        [BlackBerry] Close page popup when a page becomes invisible.
        https://bugs.webkit.org/show_bug.cgi?id=105704

        Reviewed by George Staikos.

        Reviewed internally by Jakob Petsovits.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setVisible):

2012-12-23  Mary Wu  <mary.wu@torchmobile.com.cn>

        [BlackBerry] give url when createWindow
        https://bugs.webkit.org/show_bug.cgi?id=105702
        RIM bug# 257329

        Reviewed by George Staikos.

        This is to revert previous commit 575407238c35f1a0fa7ff7dd5dbbf6cc3ece1107
        for integration issue of cascade and air, as old app side still use the url
        to invoke. It would unrevert after resolving the integration issue.

        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::dispatchCreatePage):

2012-12-23  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Specify tile usage enum for backingstore tiles.
        https://bugs.webkit.org/show_bug.cgi?id=105688
        RIM PR 262120

        Reviewed by George Staikos.

        This enables us to have separate tile sizes for
        backingstore / root layer purposes and generic layers.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::tileSize):

2012-12-21  Max Feil  <mfeil@rim.com>

        [BlackBerry] Fullscreen video fixed position container horizontal position is wrong
        https://bugs.webkit.org/show_bug.cgi?id=105488

        Reviewed by George Staikos.

        The fix for https://bugs.webkit.org/show_bug.cgi?id=105333 has
        broken fullscreen video, which was compensating by doing its
        own positioning in x. My patch fixes things by making vertical
        and horizontal handling symmetrical.
        NOTE: This function was not upstreamed before, so you can't
        actually see my diff. See the bug.

        * Api/WebPage.cpp:
        (WebKit):
        (BlackBerry::WebKit::WebPagePrivate::adjustFullScreenElementDimensionsIfNeeded):

2012-12-18  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Calculate correct word offsets for form elements.
        https://bugs.webkit.org/show_bug.cgi?id=105354

        Reviewed by Rob Buis.

        PR266117
        We need to calculate correct offsets for form elements, such as
        textareas, relative to the start of the field. This allows for correct
        spell checking of words in a textarea element after line breaks.

        Internally reviewed by Mike Fenton.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::requestSpellingCheckingOptions):

2012-12-18  Genevieve Mak  <gmak@rim.com>

        [BlackBerry] Remove extra call to doFatFingers.
        https://bugs.webkit.org/show_bug.cgi?id=105347

        Reviewed by Rob Buis.

        Reviewed Internally by Mike Fenton.
        Now that we do fat fingers on touch start, we don't need this anymore.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::touchEvent):

2012-12-18  Genevieve Mak  <gmak@rim.com>

        Bug 105344 - [BlackBerry] Make single line text edits touch scrollable.
        https://bugs.webkit.org/show_bug.cgi?id=105344

        Reviewed by Antonio Gomes.

        Reviewed Internally by Mike Fenton.
        We don't need to check the overflow for editable layers because there's
        no need for overflow to be set by the content.
        PR #231776

        * WebKitSupport/InRegionScrollableArea.cpp:
        (BlackBerry::WebKit::InRegionScrollableArea::InRegionScrollableArea):

2012-12-18  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Build fix for r138024.
        https://bugs.webkit.org/show_bug.cgi?id=105199
        RIM PR 260232

        Reviewed by Yong Li.

        The clearVisibleTiles() function doesn't exist anymore
        and apparently I fail at merge conflict resolution.

        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::dispatchDidLayout):

2012-12-18  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Clean up "frontState" vs. "geometry" naming confusion.
        https://bugs.webkit.org/show_bug.cgi?id=105331
        RIM PR 260232

        Reviewed by Adam Treat.

        The concept of the "front state" is going away or will be
        marginalized/renamed, but I don't want to clutter upcoming
        patches with renames. So do the variable renames in here,
        once, and have future patches focus on actual behavior changes.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::shouldDirectRenderingToWindow):
        (BlackBerry::WebKit::BackingStorePrivate::setBackingStoreRect):
        (BlackBerry::WebKit::BackingStorePrivate::updateTilesAfterBackingStoreRectChange):
        (BlackBerry::WebKit::BackingStorePrivate::render):
        (BlackBerry::WebKit::BackingStorePrivate::blitVisibleContents):
        (BlackBerry::WebKit::BackingStorePrivate::compositeContents):
        (BlackBerry::WebKit::BackingStorePrivate::resetTiles):
        (BlackBerry::WebKit::BackingStorePrivate::updateTiles):
        (BlackBerry::WebKit::BackingStorePrivate::updateTilesForScrollOrNotRenderedRegion):
        (BlackBerry::WebKit::BackingStorePrivate::createSurfaces):

2012-12-18  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Reduce calls to IMF on return
        https://bugs.webkit.org/show_bug.cgi?id=105308

        Reviewed by Yong Li.

        PR207743
        The extra calls of selection change and most importantly, end composition
        are sent incorrectly on return. This is causing our state to be reset
        every time we hit enter.

        Internally reviewed by Mike Fenton and Gen Mak.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::InputHandler):
        (BlackBerry::WebKit::InputHandler::nodeTextChanged):
        (BlackBerry::WebKit::InputHandler::selectionChanged):
        (BlackBerry::WebKit::InputHandler::handleKeyboardInput):
        (BlackBerry::WebKit::InputHandler::shouldNotifyWebView):
        (WebKit):
        * WebKitSupport/InputHandler.h:
        (InputHandler):

2012-12-18  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Remove the visible tile buffer from the BackingStore.
        https://bugs.webkit.org/show_bug.cgi?id=105302
        RIM PR 260232

        Reviewed by George Staikos.

        The visible tile buffer was introduced as an additional
        buffering solution that was necessary because other
        buffers would only cover part of the screen and could
        only be swapped one by one, with long blocking calls
        between each newly rendered tile. By carrying an old copy
        of all tiles at once, we were avoiding checkerboard and
        visual artifacts during load time when much zoom-to-fit
        action is going on.

        These days, the visual tile buffer hurts more than it helps,
        not only taking up lots of memory but also requiring
        complexity that we'd rather get rid of. Now that multiple
        buffers are being swapped into the user interface thread
        at once, the need for the visible tile buffer is no longer
        there and can be exchanged for standard geometry behavior.

        This patch simply deletes the visible tile buffer to use
        existing other code instead. Differences in behavior are
        non-existent or negligible.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::blitVisibleContents):
        (BlackBerry::WebKit::BackingStorePrivate::transformChanged):
        (BlackBerry::WebKit::BackingStorePrivate::orientationChanged):
        (BlackBerry::WebKit::BackingStorePrivate::createSurfaces):
        * Api/BackingStore_p.h:
        (BackingStorePrivate):
        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setViewportSize):
        * WebKitSupport/SurfacePool.cpp:
        (BlackBerry::WebKit::SurfacePool::SurfacePool):
        (BlackBerry::WebKit::SurfacePool::initialize):
        (BlackBerry::WebKit::SurfacePool::createBuffers):
        (BlackBerry::WebKit::SurfacePool::releaseBuffers):
        * WebKitSupport/SurfacePool.h:
        (SurfacePool):

2012-12-18  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Restructure the render queue to process multiple tiles at once.
        https://bugs.webkit.org/show_bug.cgi?id=105199
        RIM PR 260232

        Reviewed by George Staikos.
        Internally reviewed by Arvid Nilsson.

        Since my last big commit, r136442, the BackingStore's render()
        function is able to fetch multiple back buffers and swap them
        into the user interface thread in one go. However, it turns out
        that this is not enough to actually render to all of the
        available back buffers at once. The RenderQueue class was still
        working with a model based on processing one rectangle after
        another.

        This commit rewrites large parts of RenderQueue to issue
        render() calls for multiple tiles at once. As WebCore painting
        gets cheaper and blocking becomes more of an issue, this commit
        does away with paints smaller than tile size and always renders
        whole tiles at once. This means the demise of RenderRect.
        As an additional benefit, this means we can remove the
        copyPreviousContentsToTileBuffer() function which caused
        potential threading issues as it was accessing a buffer
        now owned by the UI thread from the WebKit thread.

        RenderQueue is also smarter than before in assigning batches,
        it now takes into account the number of available back buffers
        for rendering as well as excludes tiles outside contents
        boundaries. Regular render jobs continue being tracked as
        regions (and are being issued to didRenderContent()) with only
        the changed content regions. Everything else switches over to
        tile index lists from previously lists of rectangles.
        By default, we render as many tiles at once as we can grab
        back buffers, or until a given set of jobs is done.
        For high-priority jobs, render() will be called in a loop.

        To allow for the necessary changes in render() and improve
        reliability in the same go, we now call render() almost
        exclusively through RenderQueue. Other places would often
        call renderVisibleContents() in situations where rendering
        is not possible, geometries don't get updated, or content
        rendered notifications would not get issued to the client.
        By replacing renderVisibleContents() with a scheduled
        high-priority queue that's immediately being processed
        (but only if possible), these problems go away.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::resumeScreenUpdates):
        (BlackBerry::WebKit::BackingStorePrivate::repaint):
        (BlackBerry::WebKit::BackingStorePrivate::slowScroll):
        (BlackBerry::WebKit::BackingStorePrivate::renderJob):
        (BlackBerry::WebKit::BackingStorePrivate::setBackingStoreRect):
        (BlackBerry::WebKit::BackingStorePrivate::updateTilesAfterBackingStoreRectChange):
        (BlackBerry::WebKit::BackingStorePrivate::indexesForBackingStoreRect):
        (BlackBerry::WebKit::BackingStorePrivate::clearAndUpdateTileOfNotRenderedRegion):
        (BlackBerry::WebKit::BackingStorePrivate::isCurrentVisibleJob):
        (BlackBerry::WebKit::BackingStorePrivate::renderDirectToWindow):
        (BlackBerry::WebKit::BackingStorePrivate::render):
        (BlackBerry::WebKit::BackingStorePrivate::renderAndBlitVisibleContentsImmediately):
        (BlackBerry::WebKit::BackingStorePrivate::renderAndBlitImmediately):
        (BlackBerry::WebKit::BackingStorePrivate::paintDefaultBackground):
        (BlackBerry::WebKit::BackingStorePrivate::blitVisibleContents):
        (BlackBerry::WebKit::BackingStorePrivate::compositeContents):
        (BlackBerry::WebKit::BackingStorePrivate::visibleTileIndexes):
        (BlackBerry::WebKit::BackingStorePrivate::resetTiles):
        (BlackBerry::WebKit::BackingStorePrivate::updateTilesForScrollOrNotRenderedRegion):
        (BlackBerry::WebKit::BackingStorePrivate::updateTile):
        (BlackBerry::WebKit::BackingStorePrivate::transformChanged):
        (BlackBerry::WebKit::BackingStorePrivate::didRenderContent):
        * Api/BackingStore_p.h:
        (BackingStorePrivate):
        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setLoadState):
        (BlackBerry::WebKit::WebPagePrivate::zoomAboutPoint):
        (BlackBerry::WebKit::WebPagePrivate::resumeBackingStore):
        * Api/WebPageCompositor.cpp:
        (BlackBerry::WebKit::WebPageCompositorPrivate::animationFrameChanged):
        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::dispatchDidLayout):
        * WebKitSupport/RenderQueue.cpp:
        (BlackBerry::WebKit::compareRectOneDirection):
        (BlackBerry::WebKit::tileIndexIsLessThan):
        (WebKit):
        (BlackBerry::WebKit::tileIndexLessThanFunction):
        (BlackBerry::WebKit::TileIndexLessThan::TileIndexLessThan):
        (BlackBerry::WebKit::TileIndexLessThan::operator()):
        (TileIndexLessThan):
        (BlackBerry::WebKit::RenderQueue::reset):
        (BlackBerry::WebKit::RenderQueue::isEmpty):
        (BlackBerry::WebKit::RenderQueue::hasCurrentRegularRenderJob):
        (BlackBerry::WebKit::RenderQueue::hasCurrentVisibleZoomJob):
        (BlackBerry::WebKit::RenderQueue::hasCurrentVisibleScrollJob):
        (BlackBerry::WebKit::RenderQueue::isCurrentVisibleZoomJob):
        (BlackBerry::WebKit::RenderQueue::isCurrentVisibleZoomJobCompleted):
        (BlackBerry::WebKit::RenderQueue::isCurrentVisibleScrollJob):
        (BlackBerry::WebKit::RenderQueue::isCurrentVisibleScrollJobCompleted):
        (BlackBerry::WebKit::RenderQueue::isCurrentRegularRenderJob):
        (BlackBerry::WebKit::RenderQueue::tileIndexesIntersectingRegion):
        (BlackBerry::WebKit::RenderQueue::tileIndexesFullyContainedInRegion):
        (BlackBerry::WebKit::RenderQueue::tileRegion):
        (BlackBerry::WebKit::RenderQueue::addToQueue):
        (BlackBerry::WebKit::RenderQueue::addToRegularQueue):
        (BlackBerry::WebKit::RenderQueue::addToScrollZoomQueue):
        (BlackBerry::WebKit::RenderQueue::quickSort):
        (BlackBerry::WebKit::RenderQueue::visibleContentChanged):
        (BlackBerry::WebKit::RenderQueue::backingStoreRectChanging):
        (BlackBerry::WebKit::RenderQueue::clear):
        (BlackBerry::WebKit::RenderQueue::clearRegions):
        (BlackBerry::WebKit::RenderQueue::clearTileIndexes):
        (BlackBerry::WebKit::RenderQueue::render):
        (BlackBerry::WebKit::RenderQueue::renderRegularRenderJobs):
        (BlackBerry::WebKit::RenderQueue::renderScrollZoomJobs):
        (BlackBerry::WebKit::RenderQueue::scrollZoomJobsCompleted):
        * WebKitSupport/RenderQueue.h:
        (WebKit):
        (RenderQueue):
        * WebKitSupport/SurfacePool.cpp:
        (BlackBerry::WebKit::SurfacePool::numberOfAvailableBackBuffers):
        (BlackBerry::WebKit::SurfacePool::takeBackBuffer):
        * WebKitSupport/SurfacePool.h:
        (SurfacePool):
        * WebKitSupport/TileIndex.h:
        (WebKit):

2012-12-17  Sean Wang  <Xuewen.Wang@torchmobile.com.cn>

        [BlackBerry] Editable text element can't be selected
        https://bugs.webkit.org/show_bug.cgi?id=105240

        Reviewed by Rob Buis.
        Internally reviewed by Genevieve Mak and Mike Fenton.

        Internal PR266755
        When the target is Text, we should allow it to collect text nodes in
        the shadow tree of text editable elements.

        * WebKitSupport/FatFingers.cpp:
        (BlackBerry::WebKit::FatFingers::getNodesFromRect):

2012-12-17  Yongxin Dai  <yodai@rim.com>

        [BlackBerry] Prevent selection handles from being rendered after selection was canceled
        https://bugs.webkit.org/show_bug.cgi?id=105203

        Reviewed by Rob Buis.

        PR255438

        Here is the explanation why handles occur without selection overlay.
        1. Still touch at current selection (Selection A) initiated by touch-hold
        2. Selection expanding (Selection B) is ongoing
        3. Finger moves. In UI thread:
            1) SelectionHander::cancelSelection() gets called.
                a. Selection A is canceled immediately (clear selecting state and hide handles)
                b. Post a request to webkit thread to cancel Selection A.
        4. In webkit thread:
            1) Selection B becomes active selection
                a. Show selection overlay for Selection B
                b. Dispatch Selection B to UI thread to show handles
            2) Handle the request of canceling Selection A. The selection A was gone. Instead the active Selection B is canceled.
            The visual change is Selection overlay for Selection B becomes invisible..
        5. In UI thread:
            Selection B is rendered. The start handle and the end handle occur without selection overlay.

        The fix is to notify client with a empty selection whenever the selection is canceled in webkit thread.

        Reviewed Internally by Mike Fenton.

        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::cancelSelection):

2012-12-17  Yong Li  <yoli@rim.com>

        [BlackBerry] Null pointer access in compositorDrawsRootLayer
        https://bugs.webkit.org/show_bug.cgi?id=105204

        Reviewed by Rob Buis.

        PR# 267188.
        Add a null check for m_mainFrame in the function.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::compositorDrawsRootLayer):

2012-12-17  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Use application size rather than screen size where appropriate.
        https://bugs.webkit.org/show_bug.cgi?id=105201

        Reviewed by Rob Buis.
        Internally reviewed by Jeff Rogers.

        Switch from screenSize to applicationSize where appropriate.
        Internal PR266400

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::transformedViewportSize):
        (BlackBerry::WebKit::WebPagePrivate::setDefaultLayoutSize):
        * WebKitSupport/SurfacePool.cpp:
        (BlackBerry::WebKit::SurfacePool::initialize):

2012-12-17  Mike Fenton  <mifenton@rim.com>

        [BlackBerry] Improve DOMSupport visibleSelectionForClosestActualWordStart for content editable.
        https://bugs.webkit.org/show_bug.cgi?id=105198

        Reviewed by Rob Buis.

        PR 258038.

        Improve closest word matching by giving preference to the left when
        distances are equal.

        Also enforce container matching to avoid selecting the paragraph
        marker if a CE div is followed immediately by a CE paragraph.

        Minor refactor - don't calculate the distance if the selection
        isn't on a word.

        Reviewed Internally by Gen Mak and Nima Ghanavatian.

        * WebKitSupport/DOMSupport.cpp:
        (BlackBerry::WebKit::DOMSupport::visibleSelectionForClosestActualWordStart):

2012-12-17  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Clean up log output in WebKit/blackberry.
        https://bugs.webkit.org/show_bug.cgi?id=104823

        Reviewed by George Staikos.

        Behavior-preserving change, fixing many issues with logging:
        - Call logAlways() instead of BBLOG() in already defined-out debug blocks.
        - Call logAlways() instead of BBLOG() for serious errors, too.
        - Fix build for the DEBUG_OVERFLOW_DETECTION block in ChromeClientBlackBerry.
        - Fix build for double declarations of "elapsed" variables in RenderQueue.
        - Fix compiler warnings due to format string / parameter mismatches.
        - Remove unnecessary trailing newlines in logged strings.
        - Consistently use Platform:: as prefix except inside WebCore-namespaced code.
        - Use indentation that actually passes WebKit style checks.
        - Change point/size/rect output to use Platform toString() formats for consistency.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::bestDivisor):
        (BlackBerry::WebKit::BackingStorePrivate::suspendBackingStoreUpdates):
        (BlackBerry::WebKit::BackingStorePrivate::suspendScreenUpdates):
        (BlackBerry::WebKit::BackingStorePrivate::resumeBackingStoreUpdates):
        (BlackBerry::WebKit::BackingStorePrivate::resumeScreenUpdates):
        (BlackBerry::WebKit::BackingStorePrivate::repaint):
        (BlackBerry::WebKit::BackingStorePrivate::slowScroll):
        (BlackBerry::WebKit::BackingStorePrivate::scroll):
        (BlackBerry::WebKit::BackingStorePrivate::renderJob):
        (BlackBerry::WebKit::BackingStorePrivate::setBackingStoreRect):
        (BlackBerry::WebKit::BackingStorePrivate::updateTilesAfterBackingStoreRectChange):
        (BlackBerry::WebKit::BackingStorePrivate::scrollBackingStore):
        (BlackBerry::WebKit::BackingStorePrivate::render):
        (BlackBerry::WebKit::BackingStorePrivate::blitVisibleContents):
        (BlackBerry::WebKit::BackingStorePrivate::updateTilesForScrollOrNotRenderedRegion):
        (BlackBerry::WebKit::BackingStorePrivate::renderContents):
        (BlackBerry::WebKit::BackingStorePrivate::blitToWindow):
        (BlackBerry::WebKit::BackingStorePrivate::fillWindow):
        (BlackBerry::WebKit::BackingStorePrivate::invalidateWindow):
        (BlackBerry::WebKit::BackingStorePrivate::clearWindow):
        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setLoadState):
        (BlackBerry::WebKit::WebPagePrivate::zoomAboutPoint):
        (BlackBerry::WebKit::WebPagePrivate::contentsSizeChanged):
        (BlackBerry::WebKit::WebPagePrivate::zoomToInitialScaleOnLoad):
        (BlackBerry::WebKit::WebPage::touchEvent):
        (BlackBerry::WebKit::WebPagePrivate::scheduleRootLayerCommit):
        (BlackBerry::WebKit::WebPagePrivate::commitRootLayer):
        (BlackBerry::WebKit::WebPagePrivate::commitRootLayerIfNeeded):
        (BlackBerry::WebKit::WebPagePrivate::rootLayerCommitTimerFired):
        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::overflowExceedsContentsSize):
        * WebKitSupport/FatFingers.cpp:
        (BlackBerry::WebKit::FatFingers::checkFingerIntersection):
        (BlackBerry::WebKit::FatFingers::findIntersectingRegions):
        (BlackBerry::WebKit::FatFingers::checkForText):
        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::convertStringToWchar):
        (BlackBerry::WebKit::convertStringToWcharVector):
        (BlackBerry::WebKit::convertSpannableStringToString):
        (BlackBerry::WebKit::InputHandler::learnText):
        (BlackBerry::WebKit::InputHandler::requestCheckingOfString):
        (BlackBerry::WebKit::InputHandler::spellCheckingRequestCancelled):
        (BlackBerry::WebKit::InputHandler::spellCheckingRequestProcessed):
        (BlackBerry::WebKit::InputHandler::shouldRequestSpellCheckingOptionsForPoint):
        (BlackBerry::WebKit::InputHandler::requestSpellingCheckingOptions):
        (BlackBerry::WebKit::InputHandler::setElementUnfocused):
        (BlackBerry::WebKit::InputHandler::setInputModeEnabled):
        (BlackBerry::WebKit::InputHandler::setElementFocused):
        (BlackBerry::WebKit::InputHandler::spellCheckBlock):
        (BlackBerry::WebKit::InputHandler::nodeTextChanged):
        (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):
        (BlackBerry::WebKit::InputHandler::frameUnloaded):
        (BlackBerry::WebKit::InputHandler::selectionChanged):
        (BlackBerry::WebKit::InputHandler::setSelection):
        (BlackBerry::WebKit::InputHandler::handleKeyboardInput):
        (BlackBerry::WebKit::InputHandler::deleteTextRelativeToCursor):
        (BlackBerry::WebKit::InputHandler::deleteText):
        (BlackBerry::WebKit::InputHandler::spannableTextInRange):
        (BlackBerry::WebKit::InputHandler::setComposingRegion):
        (BlackBerry::WebKit::InputHandler::finishComposition):
        (BlackBerry::WebKit::InputHandler::setText):
        (BlackBerry::WebKit::InputHandler::setTextAttributes):
        (BlackBerry::WebKit::InputHandler::setRelativeCursorPosition):
        (BlackBerry::WebKit::InputHandler::setSpannableTextAndRelativeCursor):
        (BlackBerry::WebKit::InputHandler::setComposingText):
        (BlackBerry::WebKit::InputHandler::commitText):
        * WebKitSupport/RenderQueue.cpp:
        (BlackBerry::WebKit::RenderQueue::addToRegularQueue):
        (BlackBerry::WebKit::RenderQueue::addToScrollZoomQueue):
        (BlackBerry::WebKit::RenderQueue::render):
        (BlackBerry::WebKit::RenderQueue::renderAllCurrentRegularRenderJobs):
        (BlackBerry::WebKit::RenderQueue::startRegularRenderJobBatchIfNeeded):
        (BlackBerry::WebKit::RenderQueue::renderVisibleZoomJob):
        (BlackBerry::WebKit::RenderQueue::renderVisibleScrollJob):
        (BlackBerry::WebKit::RenderQueue::renderRegularRenderJob):
        (BlackBerry::WebKit::RenderQueue::renderNonVisibleScrollJob):
        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::cancelSelection):
        (BlackBerry::WebKit::SelectionHandler::shouldUpdateSelectionOrCaretForPoint):
        (BlackBerry::WebKit::SelectionHandler::setCaretPosition):
        (BlackBerry::WebKit::SelectionHandler::updateOrHandleInputSelection):
        (BlackBerry::WebKit::SelectionHandler::setSelection):
        (BlackBerry::WebKit::SelectionHandler::selectObject):
        (BlackBerry::WebKit::SelectionHandler::selectionPositionChanged):
        (BlackBerry::WebKit::SelectionHandler::caretPositionChanged):
        * WebKitSupport/SurfacePool.cpp:
        (BlackBerry::WebKit::SurfacePool::initialize):

2012-12-17  Anthony Scian  <ascian@rim.com>

        [Blackberry] Static code analysis warning fixes
        https://bugs.webkit.org/show_bug.cgi?id=105129

        Reviewed by Rob Buis.

        - disable copy/op= in BackingStore
        - cache and check intermediate values in parentLayer
        - disable copy/op= in InRegionScroller
        - disable copy/op= in WebPageGroupLoadDeferrer
        - disable copy/op= in WebSettings
        - disable copy/op= in WebViewportArguments
        - disable copy/op= in BackingStoreClient
        - disable copy/op= in TileBuffer
        - if stopNode is not NULL, loop could iterate past NULL; added NULL check to loop
          to make the code more robust

        * Api/BackingStore.h:
        * Api/InRegionScroller.cpp:
        (BlackBerry::WebKit::InRegionScrollerPrivate::calculateInRegionScrollableAreasForPoint):
        (BlackBerry::WebKit::parentLayer):
        * Api/InRegionScroller.h:
        * Api/WebPageGroupLoadDeferrer.h:
        * Api/WebSettings.h:
        * Api/WebViewportArguments.h:
        * WebKitSupport/BackingStoreClient.h:
        (BackingStoreClient):
        * WebKitSupport/BackingStoreTile.h:
        (TileBuffer):
        * WebKitSupport/DOMSupport.cpp:
        (BlackBerry::WebKit::DOMSupport::visibleTextQuads):

2012-12-16  Arvid Nilsson  <anilsson@rim.com>

        [BlackBerry] Adapt to new BlackBerry::Platform::TouchPoint API
        https://bugs.webkit.org/show_bug.cgi?id=105143
        RIM PR 171941

        Reviewed by Rob Buis.
        Internally reviewed by George Staikos.

        TouchPoint instances now provide document coordinates for the viewport
        and content position of the touch event. The pixel coordinates stored
        in the TouchPoint should no longer be needed in WebKit. One exception
        is when passing events to a full screen plugin.

        Also adapt to new method names and encapsulation of TouchPoint data
        members.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::touchEvent):
        (BlackBerry::WebKit::WebPage::touchPointAsMouseEvent):
        (BlackBerry::WebKit::WebPagePrivate::dispatchTouchEventToFullScreenPlugin):
        (BlackBerry::WebKit::WebPagePrivate::dispatchTouchPointAsMouseEventToFullScreenPlugin):
        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::shouldRequestSpellCheckingOptionsForPoint):
        * WebKitSupport/InputHandler.h:
        (InputHandler):
        * WebKitSupport/TouchEventHandler.cpp:
        (BlackBerry::WebKit::TouchEventHandler::doFatFingers):
        (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):
        * WebKitSupport/TouchEventHandler.h:
        (TouchEventHandler):

2012-12-15  Anders Carlsson  <andersca@apple.com>

        Rename FrameLoaderClient::download to convertMainResourceLoadToDownload
        https://bugs.webkit.org/show_bug.cgi?id=105122

        Reviewed by Andreas Kling.

        Update for WebCore changes.

        * Api/WebPage.h:
        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::convertMainResourceLoadToDownload):
        * WebCoreSupport/FrameLoaderClientBlackBerry.h:
        (FrameLoaderClientBlackBerry):

2012-12-16  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry] GUIMark3 page is rendered at a large scale during history navigation back
        https://bugs.webkit.org/show_bug.cgi?id=105130

        Reviewed by George Staikos.

        PR: 265999
        During history navigation, UI thread can blit the contents at a bad
        view state before WebKit thread restores the view state.
        Suspend screen updates before goBackOrForward() and resume thereafter
        so that screen can be updated after the correct view state is updated.
        No need to render or blit here, as goBackOrForward() can dispatch a
        message to WebKit thread to do that in WebPagePrivate::restoreHistoryViewState().

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::goBackOrForward):

2012-12-15  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Pass key modifiers with touch and mouse events
        https://bugs.webkit.org/show_bug.cgi?id=105108

        Reviewed by Rob Buis.

        Pass key modifiers to allow for added functionality, such as
        shift+click to highlight.

        Internally reviewed by Gen Mak.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::webContext):
        (BlackBerry::WebKit::WebPagePrivate::updateCursor):
        (BlackBerry::WebKit::WebPage::mouseEvent):
        (BlackBerry::WebKit::WebPage::touchPointAsMouseEvent):
        * Api/WebPage.h:
        * WebKitSupport/TouchEventHandler.cpp:
        (BlackBerry::WebKit::TouchEventHandler::sendClickAtFatFingersPoint):
        (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):
        (BlackBerry::WebKit::TouchEventHandler::handleFatFingerPressed):
        * WebKitSupport/TouchEventHandler.h:
        (TouchEventHandler):

2012-12-15  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Clean up allocated memory from InputMethodSupport
        https://bugs.webkit.org/show_bug.cgi?id=105110

        Reviewed by Rob Buis.

        PR265919
        We are deep copying the spannable_string from IMF and freeing
        here once we're done with it.

        Internally reviewed by Jeff Rogers.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::spellCheckingRequestProcessed):

2012-12-14  Parth Patel  <parpatel@rim.com>

        [BlackBerry] Allow plugins to be disabled by shared library filename
        https://bugs.webkit.org/show_bug.cgi?id=101274

        Reviewed by Yong Li.

        Fixing build error.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::setExtraPluginDirectory):

2012-12-13  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry][Fullscreen] Exiting fullscreen does not set the correct scroll position
        https://bugs.webkit.org/show_bug.cgi?id=104958

        Reviewed by Antonio Gomes.
        Internally reviewed by Arvid Nilsson and Max Feil.

        PR: 231174
        When leaving fullscreen, WebPage scale and scroll position can't return
        to the original scale and scroll position.
        We can't restore them in WebPagePrivate::exitFullScreenForElement()
        as they can still be changed thereafter during the async
        setViewportSize(). And also the async setViewportSize() from the app
        side isn't guaranteed as some apps don't need to resize the viewport if
        their windows are already fullscreen.
        The restoration is basically only needed if viewport size is changed.
        At the point of entering fullscreen, we can safely assume that there
        would be a viewport size change thereafter if the current visible size
        and screen size are not equal. Based on this assumption, we can save
        the scale and position before entering fullscreen and restore them in
        setViewportSize() thereafter.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::WebPagePrivate):
        (BlackBerry::WebKit::WebPagePrivate::setViewportSize):
        * Api/WebPage_p.h:
        (WebPagePrivate):

2012-12-13  Yong Li  <yoli@rim.com>

        [BlackBerry] Possible JS re-entrancy caused by UI event handler
        https://bugs.webkit.org/show_bug.cgi?id=84862

        Reviewed by Rob Buis.

        Fix an obvious bug in previous patch.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::deferredTasksTimerFired):

2012-12-13  Parth Patel  <parpatel@rim.com>, Max Feil <mfeil@rim.com>

        Allow plugins to be disabled by shared library filename
        https://bugs.webkit.org/show_bug.cgi?id=101274

        Reviewed by Antonio Gomes.

        Mechanism allows plugins to be disabled by specifying their shared library filenames.
        Once disabled, a plugin's shared library should never be loaded.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::setExtraPluginDirectory):
        (WebKit):
        (BlackBerry::WebKit::WebPage::updateDisabledPluginFiles):
        * Api/WebPage.h:

2012-12-12  Gyuyoung Kim  <gyuyoung.kim@samsung.com>

        NetworkInfoController needs to support destructor
        https://bugs.webkit.org/show_bug.cgi?id=104642

        Reviewed by Kentaro Hara.

        Though NetworkInfoController can be referenced by each port in order to update network status change,
        there is no virtual interface to destroy it. Beside each port client also needs to be destroyed when
        controller is destroyed.

        * WebCoreSupport/NetworkInfoClientBlackBerry.cpp:
        (WebCore::NetworkInfoClientBlackBerry::networkInfoControllerDestroyed):
        (WebCore):
        * WebCoreSupport/NetworkInfoClientBlackBerry.h:
        (NetworkInfoClientBlackBerry):

2012-12-12  Mike Lattanzio  <mlattanzio@rim.com>

        [BlackBerry] Ensure InRegionScrollableArea is valid before using.
        https://bugs.webkit.org/show_bug.cgi?id=104832

        Reviewed by Antonio Gomes.

        Make sure the InRegionScrollableArea we are about to scroll is
        still valid by ensuring its present in our cache of scrollable areas.
        Internal PR: 258475
        Internal Review: Gen Mak

        We cache a RefPtr for each scrollable area at the time we discover them,
        but this cache can get cleared anytime and then the references will be
        released. If a request comes in to scroll a region which no longer
        exists we have to ignore it.

        * Api/InRegionScroller.cpp:
        (BlackBerry::WebKit::InRegionScrollerPrivate::setScrollPositionCompositingThread):
        (BlackBerry::WebKit::InRegionScrollerPrivate::setScrollPositionWebKitThread):
        (BlackBerry::WebKit::InRegionScrollerPrivate::isValidScrollableLayerWebKitThread):
        (WebKit):
        (BlackBerry::WebKit::InRegionScrollerPrivate::isValidScrollableNode):
        * Api/InRegionScroller_p.h:
        (WebCore):
        (InRegionScrollerPrivate):
        * WebKitSupport/InRegionScrollableArea.cpp:
        (BlackBerry::WebKit::InRegionScrollableArea::cachedScrollableLayer):
        (WebKit):
        (BlackBerry::WebKit::InRegionScrollableArea::cachedScrollableNode):
        * WebKitSupport/InRegionScrollableArea.h:
        (InRegionScrollableArea):

2012-12-12  Mark Lam  <mark.lam@apple.com>

        Encapsulate externally used webdatabase APIs in DatabaseManager.
        https://bugs.webkit.org/show_bug.cgi?id=104741.

        Reviewed by Sam Weinig.

        Use DatabaseManager instead of accessing DatabaseTracker, AbstractDatabase,
        and DatabaseContext directly. This is to prepare for upcoming webkit2
        refactoring.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::didChangeSettings):
        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::exceededDatabaseQuota):

2012-12-12  Mike Fenton  <mifenton@rim.com>

        [BlackBerry] Fix word matching algorithm to account for adjacent divs with no whitespace between them.
        https://bugs.webkit.org/show_bug.cgi?id=104837

        Reviewed by Rob Buis.

        PR 258038.

        Fix selection at the end of content editable text block.

        The next character may be in the next block bypassing the distance
        comparison logic we have, remove the check for next character being
        whitespace

        Reviewed Internally by Nima Ghanavatian.

        * WebKitSupport/DOMSupport.cpp:
        (BlackBerry::WebKit::DOMSupport::visibleSelectionForClosestActualWordStart):

2012-12-12  Alexey Proskuryakov  <ap@apple.com>

        Make LOG() work in WebProcess and NetworkProcess
        https://bugs.webkit.org/show_bug.cgi?id=104718

        Reviewed by Tim Horton.

        * Api/BlackBerryGlobal.cpp: Include InitializeLogging.h

2012-12-11  Kihong Kwon  <kihong.kwon@samsung.com>

        Vibration API: IDL type doesn't match implementation type
        https://bugs.webkit.org/show_bug.cgi?id=103899

        Reviewed by Kentaro Hara.

        According to WebIDL, "unsigned long" corresponds to "unsigned" in the platform.
        Therefore unsigned long need to be changed to unsigned for the Vibration API.
        - Change a parameter type of vibrate function from unsigned long to unsigned.

        * WebCoreSupport/VibrationClientBlackBerry.cpp:
        (WebCore::VibrationClientBlackBerry::vibrate):
        * WebCoreSupport/VibrationClientBlackBerry.h:
        (VibrationClientBlackBerry):

2012-12-11  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Redraw spell check dialog after rotation.
        https://bugs.webkit.org/show_bug.cgi?id=104737

        Reviewed by Rob Buis.

        After rotating the device, all dialogs are dismissed. We should
        restore the spell check dialog as it is still valid after
        rotation and the user will expect it there.

        Internally reviewed by Mike Fenton and Gen Mak.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::applyPendingOrientationIfNeeded):

2012-12-11  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Shift the spell check dialog to align with text after transformation
        https://bugs.webkit.org/show_bug.cgi?id=104716

        Reviewed by Rob Buis.

        PR245033
        As the page is transformed, we should redraw the dialog box to align
        with the new text position. We send a message to move the dialog
        box from different spots to account for scrolling. This includes
        keyboard transitions from hidden to displayed and centering of
        focus around a new touch point. We do not reposition on manual user
        scrolling of the page, as this simply dismisses the dialog.

        Internally reviewed by Mike Fenton and Gen Mak.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setViewportSize):
        * Api/WebPageClient.h:
        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::scroll):
        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::InputHandler):
        (BlackBerry::WebKit::InputHandler::shouldRequestSpellCheckingOptionsForPoint):
        (BlackBerry::WebKit::InputHandler::requestSpellingCheckingOptions):
        (BlackBerry::WebKit::InputHandler::redrawSpellCheckDialogIfRequired):
        (WebKit):
        * WebKitSupport/InputHandler.h:
        (InputHandler):
        (BlackBerry::WebKit::InputHandler::clearDidSpellCheckState):
        (BlackBerry::WebKit::InputHandler::didSpellCheckWord):
        * WebKitSupport/TouchEventHandler.cpp:
        (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):

2012-12-11  Genevieve Mak  <gmak@rim.com>

        [BlackBerry] Avoid multiple calls to fat fingers
        https://bugs.webkit.org/show_bug.cgi?id=104703

        Reviewed by Rob Buis.

        We already run fat fingers on touch start. No need to do it again
        in the general use case.

        * WebKitSupport/TouchEventHandler.cpp:
        (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):

2012-12-11  Mike West  <mkwst@chromium.org>

        Web Inspector: ConsoleTypes should not expose MessageType - it should be private to inspector.
        https://bugs.webkit.org/show_bug.cgi?id=66371

        Reviewed by Pavel Feldman.

        Drops WebCore::MessageType from the addMessageToConsole method.

        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::addMessageToConsole):
        * WebCoreSupport/ChromeClientBlackBerry.h:
        (ChromeClientBlackBerry):

2012-12-10  Max Feil  <mfeil@rim.com>

        [BlackBerry] Flash content is being rendered as garbled characters when Flashplayer is disabled
        https://bugs.webkit.org/show_bug.cgi?id=104505

        Reviewed by Antonio Gomes.

        The check to allow video and audio as the source of embed and
        object elements is causing a problem when the Flashplayer plugin
        is disabled. We have to take Flash content into account in this
        check otherwise the swf contents will be rendered as garbled
        text characters where there should just be blank space.

        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::createPlugin):

2012-12-10  Parth Patel  <parpatel@rim.com>

        [BlackBerry] Make hiddenPageDomTimerInterval a setting 
        https://bugs.webkit.org/show_bug.cgi?id=104555

        Reviewed by Yong Li.

        HiddenPageDomTimerInterval in setting in webcore can be utilized by browser application
        when needed.

        * Api/BlackBerryGlobal.cpp:
        (BlackBerry::WebKit::globalInitialize):

2012-12-10  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Fix warning for comparison between signed and unsigned
        https://bugs.webkit.org/show_bug.cgi?id=104563

        Reviewed by Rob Buis.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::isCaretAtEndOfText):

2012-12-10  Charles Wei  <charles.wei@torchmobile.com.cn>

        [BlackBerry] Webkit crashes sometimes (even though very rarely) when deleting a webview
        https://bugs.webkit.org/show_bug.cgi?id=104504

        Reviewed by George Staikos.

        When deleting a webview, the webkit thread will send a sync message to userInterfaceThread
        to delete handlers, including the viewport accessor. But the UserInterfaceThread could be
        doing a blit after it has deleted the viewport accessor and before the webkit thread gets
        the time slot to resume it's operation to clean up the webview, which leaves a very short
        time that viewport accessor of a webpage has been deleted while the webpage is still in
        the process of deleting, and the viewport accessor is referenced in the UserInterfaceThread.

        So we need to check if the viewport accessor is NULL before using it in the backingstore code.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::blitVisibleContents):
        (BlackBerry::WebKit::BackingStorePrivate::invalidateWindow):

2012-12-10  Kent Tamura  <tkent@chromium.org>

        Refactoring: Introduce HTMLFormControlElement::isDisabledOrReadOnly
        https://bugs.webkit.org/show_bug.cgi?id=104508

        Reviewed by Kentaro Hara.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::openDatePopup): Use isDisabledOrReadOnly.
        (BlackBerry::WebKit::InputHandler::openColorPopup): Ditto.

2012-12-08  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry] Google results page rendering issue with RTL languages like arabic/hebrew
        https://bugs.webkit.org/show_bug.cgi?id=104451

        Reviewed by Rob Buis.

        PR: 206372
        On Google results page, we layout the contents at the width of 833.
        However, "appbar" and "top_nav" elements which have width 980 cause
        overflow during the last layout and make the contents width larger.
        The other renderers still stay at the old width unfortunately which
        results in blank areas on the left side of the Google results RTL page.
        Give it a chance to request another layout if overflow exceeds the
        contents size and the page doesn't have virtual viewport, as this
        layout will pick up the absolute visible overflow width within
        DEFAULT_MAX_LAYOUT_WIDTH and update the other renderers.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::overflowExceedsContentsSize):
        (WebKit):
        * Api/WebPage_p.h:
        (WebPagePrivate):

2012-12-08  Mike Fenton  <mifenton@rim.com>

        [BlackBerry] Enforce selection of last work when triggering caret based selection
        https://bugs.webkit.org/show_bug.cgi?id=104447

        Reviewed by Rob Buis.

        PR 249225.

        When the selection has reached the end of an input field,
        ensure the last word is selected by adjusting the caret.

        Reviewed Internally by Gen Mak.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::isCaretAtEndOfText):
        (WebKit):
        * WebKitSupport/InputHandler.h:
        (InputHandler):
        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::selectObject):

2012-12-08  Chris Hutten-Czapski  <chutten@rim.com>

        [BlackBerry] Remove about:credits
        https://bugs.webkit.org/show_bug.cgi?id=104399

        Reviewed by Rob Buis.

        Just a simple removal.

        * WebKitSupport/AboutData.cpp:

2012-12-08  Rob Buis  <rbuis@rim.com>

        [BlackBerry] Remove no-op line in WebPage.cpp
        https://bugs.webkit.org/show_bug.cgi?id=104385

        Reviewed by Antonio Gomes.

        Remove self-assignment no-op line. Must have been left when I removed the
        mapFromTransformed part.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::touchPointAsMouseEvent):

2012-12-07  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] General code cleanup and improved logging.
        https://bugs.webkit.org/show_bug.cgi?id=104389

        Reviewed by Rob Buis.

        Internally reviewed by Mike Fenton

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::convertStringToWchar):
        (BlackBerry::WebKit::InputHandler::requestCheckingOfString):
        (BlackBerry::WebKit::InputHandler::handleKeyboardInput):

2012-12-07  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Strip whitespace from learned text.
        https://bugs.webkit.org/show_bug.cgi?id=104391

        Reviewed by Rob Buis.

        This was removing the first word from the sentence being learned. Using
        stripWhiteSpace to remove spaces from the start and end of the text.

        Internally reviewed by Mike Fenton.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::learnText):

2012-12-07  Otto Derek Cheung  <otcheung@rim.com>

        [BlackBerry] GeolocationClientBB should show file system path in prompts when host is not avaliable
        https://bugs.webkit.org/show_bug.cgi?id=103785

        PR 247656

        Reviewed by Rob Buis.

        Adding a special case for origins with protocol "file". We will use the filepath as
        an origin when asking for geolocation permission.

        If the origin is unique (ie. from a sandboxed iframe), we will fail the location request
        right away.

        * WebCoreSupport/GeolocationClientBlackBerry.cpp:
        (getOrigin):
        (GeolocationClientBlackBerry::requestPermission):
        (GeolocationClientBlackBerry::cancelPermissionRequest):

2012-12-07  Mike Lattanzio  <mlattanzio@rim.com>

        [BlackBerry] Update BlackBerry Port to use new Graphics::createBuffer BufferType enum values.
        https://bugs.webkit.org/show_bug.cgi?id=104121

        Reviewed by Rob Buis.

        Update createBuffer calls to reflect new BufferType enum.
        Set buffers opaque if possible to avoid unnecessary blends.
        Internal PR 254649
        Internal Review: Jakob Petsovits

        * WebKitSupport/BackingStoreTile.cpp:
        (BlackBerry::WebKit::TileBuffer::nativeBuffer):

2012-12-07  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Double zoom animation when focusing on input field.
        https://bugs.webkit.org/show_bug.cgi?id=104375

        Reviewed by Rob Buis.
        Internally reviewed by Jakob Petsovits.

        UI thread does not need to be notified of a scale change if the WebKit
        thread scale has not changed.

        This caused issues when two viewport resizes occured one after the other.
        Before the scale change due to the first resize could be set in the WK
        thread's scale value, it caused WK thread to dispatch a scaleChanged,
        overwritting & resetting the new UI thread scale value, resulting in the
        double zoom animation.

        The larger issue dealing with synchronization between the threads where
        scale changes could occur on either thread, however that is beyond the
        scope of this change.

        Internal PR253122

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::shouldZoomAboutPoint):

2012-12-07  Xiaobo Wang  <xbwang@torchmobile.com.cn>

        [BlackBerry] DRT - Update implementation of TestRunner.setCustomPolicyDelegate()
        https://bugs.webkit.org/show_bug.cgi?id=104243

        RIM PR 259337

        Reviewed by Rob Buis.

        1. Add DRT callback in dispatchDecidePolicyForResponse.
        2. Pass frame pointer to DRT callback in
        dispatchDecidePolicyForNavigationAction, so that it can be used to
        calculate originating.
        3. Fix some webkit style errors.

        The patch fixed the following tests:
        - http/tests/download
        - fast/forms/mailto/formenctype-attribute-button-html.html
        - fast/forms/mailto/formenctype-attribute-input-html.html
        - fast/encoding/mailto-always-utf-8.html

        * Api/DumpRenderTreeClient.h:
        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::dispatchDecidePolicyForResponse):
        (WebCore::FrameLoaderClientBlackBerry::dispatchDecidePolicyForNavigationAction):
        (WebCore::FrameLoaderClientBlackBerry::transitionToCommittedForNewPage):
        (WebCore::FrameLoaderClientBlackBerry::dispatchDidFinishLoad):
        (WebCore::FrameLoaderClientBlackBerry::dispatchDidFailProvisionalLoad):
        (WebCore::FrameLoaderClientBlackBerry::dispatchWillSendRequest):
        (WebCore::FrameLoaderClientBlackBerry::decidePolicyForExternalLoad):

2012-12-05  Otto Derek Cheung  <otcheung@rim.com>

        [BlackBerry] Geolocation prompts won't respond to the correct geolocation object if the user opens two pages and respond in the reversed order
        https://bugs.webkit.org/show_bug.cgi?id=104162

        PR 257505
        Reviewed by Yong Li.

        GeolocationClientBlackBerry will register itself to GeolocationHandler when it has
        a pending request. When browser responds with WebPageClientImpl::setAllowGeolocation,
        we go through the list and let all the pending GeolocationListeners know that a certain
        origin has been aceepted/denied.

        * WebCoreSupport/GeolocationClientBlackBerry.cpp:
        (GeolocationClientBlackBerry::geolocationDestroyed):
        (GeolocationClientBlackBerry::requestPermission):
        (GeolocationClientBlackBerry::cancelPermissionRequest):
        (GeolocationClientBlackBerry::onPermission):

2012-12-05  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Better crash fix for resetting tiles on a backingstore takeover.
        https://bugs.webkit.org/show_bug.cgi?id=103969
        RIM PR 258415

        Reviewed by Adam Treat.

        The previous attempt for releasing tile buffers from the
        previously active backingstore did not take into account
        that resetTiles() would sometimes return early without
        having swapped the tiles and thus reclaiming them.

        This patch removes the early returns, because it's safe
        to swap in an empty geometry at any time and we should
        always take the chance when we get it.

        Also put the code that calls resetTiles() on an owner
        switch right into setCurrentBackingStoreOwner(), so that
        it will also release the buffers when the BackingStore
        is destroyed (the function is then called with 0).

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::resetTiles):
        (WebKit):
        (BlackBerry::WebKit::BackingStorePrivate::setCurrentBackingStoreOwner):
        * Api/BackingStore.h: Had to add the friend here to make the moved code work from the static function.
        * Api/BackingStore_p.h:
        (BackingStorePrivate):
        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::resumeBackingStore):

2012-12-05  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Keep screen updates suspended until after a viewport resize.
        https://bugs.webkit.org/show_bug.cgi?id=104041

        Reviewed by Adam Treat.

        Now that screen and backing store updates can be suspended
        and resumed separately from each other, prevent blits for
        the whole duration of setViewportSize() and always issue
        a blit at the end.

        Makes WebPage::setViewportSize() more robust in threaded usage,
        easier to read/understand, and gets rid of a couple of FIXMEs.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setViewportSize):

2012-12-05  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Scroll position shifts while FCC & selection handle are dragged
        https://bugs.webkit.org/show_bug.cgi?id=104156

        Reviewed by Rob Buis.
        Internally reviewed by Mike Fenton.

        Only ensureFocusTextElementVisible on selectionChanged when
        an element is being re-focused.
        Internal PR256329

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::InputHandler):
        (BlackBerry::WebKit::InputHandler::setElementFocused):
        (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):
        (BlackBerry::WebKit::InputHandler::selectionChanged):
        * WebKitSupport/InputHandler.h:
        (InputHandler):

2012-12-05  Leo Yang  <leoyang@rim.com>

        [BlackBerry] Enable CSS_IMAGE_RESOLUTION
        https://bugs.webkit.org/show_bug.cgi?id=104132

        Reviewed by Yong Li.

        * WebCoreSupport/AboutDataEnableFeatures.in:

2012-12-05  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry] meta viewport pages are rendered at a bad initial scale
        https://bugs.webkit.org/show_bug.cgi?id=104122

        Reviewed by Rob Buis.
        Internally reviewed by Arvid Nilsson.

        PR: 240378
        Many websites are rendered at a very bad initial scale because they
        both specify meta viewport tag and have large width elements. In such
        a case we will think the meta viewport tag is broken if the width of
        any element is larger than the calculated layout viewport width.
        The fix to this is straightforward that we will zoom the page to fit
        the screen to have better user experience instead of respecting the
        meta viewport. This can fix the issue on the websites such as
        www.travelpod.com, www.forbes.com, interfacelift.com, www.sky.com,
        raphaeljs.com and so on.
        If non-empty m_userViewportArguments is applied, then we will force to
        respect the viewport arguments. In this way we will restrict the fix to
        browser only.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::WebPagePrivate):
        (BlackBerry::WebKit::WebPagePrivate::setLoadState):
        (BlackBerry::WebKit::WebPagePrivate::respectViewport):
        (WebKit):
        (BlackBerry::WebKit::WebPagePrivate::initialScale):
        (BlackBerry::WebKit::WebPagePrivate::maximumScale):
        (BlackBerry::WebKit::WebPagePrivate::dispatchViewportPropertiesDidChange):
        * Api/WebPage_p.h:
        (BlackBerry::WebKit::WebPagePrivate::isUserScalable):
        (WebPagePrivate):
        (BlackBerry::WebKit::WebPagePrivate::minimumScale):

2012-12-05  Otto Derek Cheung  <otcheung@rim.com>

        [BlackBerry] GeolocationClientBB only holding the latest geolocation permission request
        https://bugs.webkit.org/show_bug.cgi?id=104123

        PR 256089

        Reviewed by Yong Li.

        Add a mapping between origin URL and it's geolocation object so we could
        respond to the correct geolocation when libwebview responds with onPermission
        in GeolocationClient.

        Using the mapping, we could also prevent requestGeolocation requests from the same origin
        to be sent twice. This prevents pages that hold two iframes to the same resource to request
        geolocation permission on the same security origin twice.

        Tested this by running a page that includes 2 or more iframes that requests geolocation
        permission.

        * WebCoreSupport/GeolocationClientBlackBerry.cpp:
        (GeolocationClientBlackBerry::requestPermission):
        (GeolocationClientBlackBerry::cancelPermissionRequest):
        (GeolocationClientBlackBerry::onPermission):
        * WebCoreSupport/GeolocationClientBlackBerry.h:
        (GeolocationClientBlackBerry):

2012-12-05  Yongxin Dai  <yodai@rim.com>

        [BlackBerry] Avoid showing FCC on empty text field in a different way
        https://bugs.webkit.org/show_bug.cgi?id=104019

        Reviewed by Rob Buis.

        PR #222796

        Add text field empty flag along with the caret change notification so that
        FineCursorContnrol is able to avoid showing FCC on empty text filed.
        Previous approach, notifying client with empty caret on empty text field,
        causes problem. Its code is removed.

        Reviewed Internally by Mike Fenton.

        * Api/WebPageClient.h:
        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::caretPositionChanged):

2012-12-04  Sean Wang  <Xuewen.Wang@torchmobile.com.cn>
        [BlackBerry] VKB flickers in and out when tapping on webview after text selection on URL bar
        https://bugs.webkit.org/show_bug.cgi?id=103874
        PR245678

        Reviewed by Rob Buis.
        Internally reviewed by Mike Fenton.

        When the virtual keyboard is hiding, the viewport is changed and the page needs
        to relayout.At the same time, the user interface thread  is executing compositeLayers
        and it will dispatch the updateDelegatedOverlays() to webkit thread which will trigger
        the selectionPositionChanged() in webkit thread.

        When the selectionPositionChanged() calls frame->selection()->selection().
        visibleStart() and frame->selection()->selection().visibleEnd(), it will
        trigger page relayout and return the relayouted selection start and end position.
        These positions are out of the range which is recorded before its relayout.
        As a result it think the selection start and end are all clipped out and it send
        out an "empty selection"(not selected) changing event.

        When the WebPageClient receives the empty selection changing event, it will consider
        the selection process aborted and might cancel selection-related user interaction.
        This is not what we intend to happen.

        This patch stops the changing handling process and returns when the page needs relayout,
        and the selection will be updated again when the page finishs relayout.

        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::selectionPositionChanged):

2012-12-04  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Scroll adjustments while typing scroll off page, then bounce back.
        https://bugs.webkit.org/show_bug.cgi?id=104045

        Reviewed by Rob Buis.
        Internally reviewed by Mike Fenton & Jakob Petsovits.

        Internal PR253845
        The main frame's view should only be temporarily set to
        not constrain scrolling to the content edge while the
        scroll position is set at the end of the scroll animation.

        Remove ensureFocusTextElementVisible from setSpannableTextAndRelativeCursor
        in InputHandler since FrameSelection::revealSelection
        already implements scroll adjustments due to typing.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::WebPagePrivate):
        (BlackBerry::WebKit::WebPagePrivate::zoomBlock):
        (BlackBerry::WebKit::WebPagePrivate::resetBlockZoom):
        * Api/WebPage_p.h:
        (WebPagePrivate):
        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):
        (BlackBerry::WebKit::InputHandler::setSpannableTextAndRelativeCursor):

2012-12-04  Mike Fenton  <mifenton@rim.com>

        [BlackBerry] Remove assert and fix conditional for out of bounds requests in InputHandler::spannableTextInRange
        https://bugs.webkit.org/show_bug.cgi?id=104001

        Reviewed by Rob Buis.

        PR 257723.

        Remove assert and update early return to allow out of bounds
        request at end of field.

        Reviewed Internally by Gen Mak.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::spannableTextInRange):

2012-12-04  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Store rendered regions in pixel contents coordinates.
        https://bugs.webkit.org/show_bug.cgi?id=103930
        PR 253496

        Reviewed by Rob Buis.
        Internally reviewed by Adam Treat.

        Previously, the rendered region of a tile used to be
        stored in coordinates relative to the tile origin.
        This brings no benefits whatsoever and causes a lot
        of unnecessary transformations, together with the
        potential of incorrectly transforming rendered regions.

        By storing the rendered region as what it is,
        everything is more compact, easier to understand
        and easier to use with other existing functionality.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::clearAndUpdateTileOfNotRenderedRegion):
        (BlackBerry::WebKit::BackingStorePrivate::isCurrentVisibleJob):
        (BlackBerry::WebKit::BackingStorePrivate::render):
        (BlackBerry::WebKit::BackingStorePrivate::renderVisibleContents):
        (BlackBerry::WebKit::BackingStorePrivate::copyPreviousContentsToTileBuffer):
        (BlackBerry::WebKit::BackingStorePrivate::blitVisibleContents):
        (BlackBerry::WebKit::BackingStorePrivate::compositeContents):
        (BlackBerry::WebKit::BackingStorePrivate::blitTileRect):
        (BlackBerry::WebKit::BackingStorePrivate::isTileVisible):
        (BlackBerry::WebKit::BackingStorePrivate::visibleTilesRect):
        (BlackBerry::WebKit::BackingStorePrivate::tileVisibleContentsRect):
        (BlackBerry::WebKit::BackingStorePrivate::tileContentsRect):
        (BlackBerry::WebKit::BackingStorePrivate::updateTiles):
        (BlackBerry::WebKit::BackingStorePrivate::updateTilesForScrollOrNotRenderedRegion):
        (BlackBerry::WebKit::BackingStorePrivate::mapFromPixelContentsToTiles):
        (BlackBerry::WebKit::BackingStorePrivate::transformChanged):
        (BlackBerry::WebKit::BackingStorePrivate::blitToWindow):
        * Api/BackingStore_p.h:
        (BackingStorePrivate):
        * WebKitSupport/BackingStoreTile.cpp:
        (BlackBerry::WebKit::TileBuffer::surfaceRect):
        (BlackBerry::WebKit::TileBuffer::pixelContentsRect):
        (WebKit):
        (BlackBerry::WebKit::TileBuffer::isRendered):
        (BlackBerry::WebKit::TileBuffer::notRenderedRegion):
        * WebKitSupport/BackingStoreTile.h:
        (TileBuffer):

2012-12-04  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Use updated API for backingstore tiles.
        https://bugs.webkit.org/show_bug.cgi?id=103970
        PR 212369

        Reviewed by George Staikos.
        Internally reviewed by Arvid Nilsson.

        We now make use of Platform::Settings::tileSize() in the
        backingstore and don't hardcode the number of back buffers
        like we used to.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::bestDivisor):
        (BlackBerry::WebKit::BackingStorePrivate::tileWidth):
        (BlackBerry::WebKit::BackingStorePrivate::tileHeight):
        (BlackBerry::WebKit::BackingStorePrivate::tileSize):
        * WebKitSupport/AboutData.cpp:
        (BlackBerry::WebKit::configPage):
        * WebKitSupport/SurfacePool.cpp:
        (BlackBerry::WebKit::SurfacePool::SurfacePool):
        (BlackBerry::WebKit::SurfacePool::numberOfBackingStoreFrontBuffers):
        (BlackBerry::WebKit::SurfacePool::initialize):
        * WebKitSupport/SurfacePool.h:
        (SurfacePool):

2012-12-04  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] On taking over a backingstore, reset the previous page's tiles.
        https://bugs.webkit.org/show_bug.cgi?id=103969
        RIM PR 253496

        Reviewed by George Staikos.

        With buffers being explicitly reclaimed from backingstore
        geometries, we have to make sure that the previously
        active backingstore releases its front buffers for use
        in the newly active one.

        Previously, this clearing of backingstore tiles occurred
        after the dormant backingstore is reactivated,
        the backingstore active in the meantime would just use
        the back buffer anyway and leave the dormant one with
        dangling pointers that would just not be shown.
        Now that we have a counted list of back buffers,
        we need to be explicit about this thing upfront.

        Fixes a crash that would occur after switching ownership
        of the backingstore to a different WebPage.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::resumeBackingStore):

2012-12-03  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Refactor the backingstore to swap full geometries.
        https://bugs.webkit.org/show_bug.cgi?id=103924
        RIM PR 253496

        Reviewed by Yong Li.
        Internally reviewed by Adam Treat and Arvid Nilsson.

        The backingstore had a working split between front and
        back state, but it was multilayered and hard to grasp.
        This commit cleanly divides the responsibilities of
        BackingStoreGeometry and TileBuffer, with the latter
        now being able to function on its own without the help
        of its geometry. The BackingStoreTile class was an
        unnecessary middleman and can be removed wholesale.

        A BackingStoreGeometry can now function with null tiles
        being assigned to its indices, which enables us to reclaim
        tile buffers outside of the visible contents area as back
        buffers. This reduces the need to swap and block when the
        backingstore size exceeds the contents size, and also lets
        us use more tiles for initial rendering after a call to
        resetTiles() which is now implemented as swapping in a
        geometry with only null buffers.

        setBackingStoreRect() was the only function that had to
        get a change of behavior. Because we're now constructing
        new BackingStoreGeometry objects every time the front
        geometry is being exchanged for a new one, it is only
        safe to call other functions reliant on the new geometry
        after it has been finalized and put in place. Therefore,
        updateTilesForScrollOrNotRenderedRegion() takes on the
        render queue maintenance tasks that setBackingStoreRect()
        had performed previously. It was already doing something
        very similar so only few changes to the function were
        necessary.

        This commit will make subsequent changes to the
        backingstore geometry and tile logic a lot easier.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStoreGeometry::isTileCorrespondingToBuffer):
        (WebKit):
        (BlackBerry::WebKit::BackingStorePrivate::BackingStorePrivate):
        (BlackBerry::WebKit::BackingStorePrivate::~BackingStorePrivate):
        (BlackBerry::WebKit::BackingStorePrivate::setBackingStoreRect):
        (BlackBerry::WebKit::BackingStorePrivate::updateTilesAfterBackingStoreRectChange):
        (BlackBerry::WebKit::BackingStorePrivate::clearAndUpdateTileOfNotRenderedRegion):
        (BlackBerry::WebKit::BackingStorePrivate::clearRenderedRegion):
        (BlackBerry::WebKit::BackingStorePrivate::isCurrentVisibleJob):
        (BlackBerry::WebKit::BackingStorePrivate::render):
        (BlackBerry::WebKit::BackingStorePrivate::copyPreviousContentsToTileBuffer):
        (BlackBerry::WebKit::BackingStorePrivate::blitVisibleContents):
        (BlackBerry::WebKit::BackingStorePrivate::compositeContents):
        (BlackBerry::WebKit::BackingStorePrivate::blitTileRect):
        (BlackBerry::WebKit::BackingStorePrivate::tileVisibleContentsRect):
        (BlackBerry::WebKit::BackingStorePrivate::resetTiles):
        (BlackBerry::WebKit::BackingStorePrivate::updateTiles):
        (BlackBerry::WebKit::BackingStorePrivate::updateTilesForScrollOrNotRenderedRegion):
        (BlackBerry::WebKit::BackingStorePrivate::mapFromTilesToTransformedContents):
        (BlackBerry::WebKit::BackingStorePrivate::mapFromTransformedContentsToTiles):
        (BlackBerry::WebKit::BackingStorePrivate::transformChanged):
        (BlackBerry::WebKit::BackingStorePrivate::createSurfaces):
        (BlackBerry::WebKit::BackingStoreGeometry::originOfTile):
        (BlackBerry::WebKit::BackingStorePrivate::adoptAsFrontState):
        * Api/BackingStore_p.h:
        (WebKit):
        (BackingStoreGeometry):
        (BlackBerry::WebKit::BackingStoreGeometry::tileBufferAt):
        (BackingStorePrivate):
        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setLoadState):
        (BlackBerry::WebKit::WebPagePrivate::resumeBackingStore):
        (BlackBerry::WebKit::WebPagePrivate::setViewportSize):
        * Api/WebPage_p.h:
        (WebKit):
        * WebKitSupport/BackingStoreTile.cpp:
        (BlackBerry::WebKit::TileBuffer::TileBuffer):
        (BlackBerry::WebKit::TileBuffer::~TileBuffer):
        (BlackBerry::WebKit::TileBuffer::isRendered):
        (BlackBerry::WebKit::TileBuffer::nativeBuffer):
        (BlackBerry::WebKit::TileBuffer::wasNativeBufferCreated):
        (BlackBerry::WebKit::TileBuffer::paintBackground):
        * WebKitSupport/BackingStoreTile.h:
        (BlackBerry::WebKit::TileBuffer::lastRenderOrigin):
        (BlackBerry::WebKit::TileBuffer::setLastRenderOrigin):
        (BlackBerry::WebKit::TileBuffer::lastRenderScale):
        (BlackBerry::WebKit::TileBuffer::setLastRenderScale):
        (TileBuffer):
        (BlackBerry::WebKit::TileBuffer::backgroundPainted):
        * WebKitSupport/SurfacePool.cpp:
        (BlackBerry::WebKit::SurfacePool::SurfacePool):
        (BlackBerry::WebKit::SurfacePool::size):
        (WebKit):
        (BlackBerry::WebKit::SurfacePool::initialize):
        (BlackBerry::WebKit::SurfacePool::initializeVisibleTileBuffer):
        (BlackBerry::WebKit::SurfacePool::hasBackBuffer):
        (BlackBerry::WebKit::SurfacePool::takeBackBuffer):
        (BlackBerry::WebKit::SurfacePool::addBackBuffer):
        (BlackBerry::WebKit::SurfacePool::createBuffers):
        (BlackBerry::WebKit::SurfacePool::releaseBuffers):
        (BlackBerry::WebKit::SurfacePool::notifyBuffersComposited):
        * WebKitSupport/SurfacePool.h:
        (BlackBerry::WebKit::SurfacePool::isActive):
        (BlackBerry::WebKit::SurfacePool::isEmpty):
        (SurfacePool):
        (BlackBerry::WebKit::SurfacePool::visibleTileBuffer):

2012-12-03  Cosmin Truta  <ctruta@rim.com>

        [BlackBerry] Enable HIDDEN_PAGE_DOM_TIMER_THROTTLING
        https://bugs.webkit.org/show_bug.cgi?id=103842

        Reviewed by Yong Li.

        Add HIDDEN_PAGE_DOM_TIMER_THROTTLING.

        * WebCoreSupport/AboutDataEnableFeatures.in:

2012-12-02  Tiancheng Jiang  <tijiang@rim.com>

        [BlackBerry]Tap highlight
        https://bugs.webkit.org/show_bug.cgi?id=103787

        Reviewed by Rob Buis.

        RIM PR 248626
        Internally Reviewed by Genevieve Mak.

        Draw tap highlight as soon as tap on element.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::touchEvent):
        * WebKitSupport/TouchEventHandler.cpp:
        (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):
        * WebKitSupport/TouchEventHandler.h:
        (TouchEventHandler):

2012-11-28  Cosmin Truta  <ctruta@rim.com>

        [BlackBerry] Set the minimal DOM timer interval to 4 milliseconds
        https://bugs.webkit.org/show_bug.cgi?id=103534

        Reviewed by Yong Li.

        We align this behavior with other platforms.

        * Api/BlackBerryGlobal.cpp:
        (BlackBerry::WebKit::globalInitialize):

2012-11-29  Otto Derek Cheung  <otcheung@rim.com>

        [BlackBerry] Modifying GeoClientBlackBerry to switch between high and low accuracy
        https://bugs.webkit.org/show_bug.cgi?id=103666

        Reviewed by Yong Li.

        Internally reviewed by Yong Li.

        PR 243420

        Updating GeolocationClientBlackBerry to switch accuracy when GeolocationController
        calls setEnableHighAccuracy.

        * WebCoreSupport/GeolocationClientBlackBerry.cpp:
        (GeolocationClientBlackBerry::startUpdating):
        (GeolocationClientBlackBerry::setEnableHighAccuracy):

2012-11-29  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Do not adjust scroll position on viewport resizes that are not orientation change related
        https://bugs.webkit.org/show_bug.cgi?id=103659

        Reviewed by Rob Buis.
        Internally reviewed by Gen Mak.

        Internal PR253893.
        Only adjust scroll position during an orientation change
        when setting viewport size.
        We don't want the scroll position jumping around when opening
        & closing the VKB.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setViewportSize):

2012-11-28  Otto Derek Cheung  <otcheung@rim.com>

        [BlackBerry] CookieJarBlackBerry will use document settings for cookiesEnabled
        https://bugs.webkit.org/show_bug.cgi?id=103560

        Reviewed by Rob Buis.

        PR 253490

        Syncing platform Websetting's cookieEnabled value with Page->setting's cookieEnabled
        value.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::didChangeSettings):

2012-11-27  James Simonsen  <simonjam@chromium.org>

        Consolidate FrameLoader::load() into one function taking a FrameLoadRequest
        https://bugs.webkit.org/show_bug.cgi?id=102151

        Reviewed by Adam Barth.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::load):
        (BlackBerry::WebKit::WebPagePrivate::loadString):
        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::dispatchDidFailProvisionalLoad):

2012-11-27  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry] http:// origins can navigate to privileged local:// origins
        https://bugs.webkit.org/show_bug.cgi?id=103437

        Reviewed by Yong Li.

        PR: 251489
        When we aren't allowed to display the destination origin, we shouldn't
        even create the window for it. In this way we can block the remote
        origins(like http://) window.open local origins(like file:// and
        local://) and avoid further security issues.
        Chrome and Safari will open a blank window and fail to load. Firefox
        will fail to open the window and report a load failure error which has
        the same behavior as us. I would prefer this way as the window would
        be useless and the calls after that would be harmful to us.

        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::createWindow):

2012-11-27  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Remove unnecessary backing store suspension in InputHandler::ensureFocusTextElementVisible
        https://bugs.webkit.org/show_bug.cgi?id=103441

        Reviewed by Rob Buis.
        Internally reviewed by Mike Fenton.

        Remove unnecessary backing store suspension in
        InputHandler::ensureFocusTextElementVisible.

        Not necessary anymore since both zoom and scroll adjustments
        happen in an animation.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):

2012-11-27  Sheriff Bot  <webkit.review.bot@gmail.com>

        Unreviewed, rolling out r135786.
        http://trac.webkit.org/changeset/135786
        https://bugs.webkit.org/show_bug.cgi?id=103379

        It made 3 plugin tests timeout on several platforms (Requested
        by Ossy on #webkit).

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::load):
        (BlackBerry::WebKit::WebPagePrivate::loadString):
        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::dispatchDidFailProvisionalLoad):

2012-11-26  James Simonsen  <simonjam@chromium.org>

        Consolidate FrameLoader::load() into one function taking a FrameLoadRequest
        https://bugs.webkit.org/show_bug.cgi?id=102151

        Reviewed by Adam Barth.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::load):
        (BlackBerry::WebKit::WebPagePrivate::loadString):
        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::dispatchDidFailProvisionalLoad):

2012-11-26  Genevieve Mak  <gmak@rim.com>

        [BlackBerry] Form controls don't show pressed state.
        https://bugs.webkit.org/show_bug.cgi?id=103292

        Reviewed by Rob Buis.

        Reviewed internally by Eli Fidler and Mike Lattanzio.
        We weren't sending touch events to webpages unless they
        had JS touch event listeners which form controls don't have.
        Now send them always and do a little cleanup.
        PR #249791

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::WebPagePrivate):
        (BlackBerry::WebKit::WebPage::touchEvent):
        * Api/WebPageClient.h:
        * Api/WebPage_p.h:
        (WebPagePrivate):
        * WebCoreSupport/ChromeClientBlackBerry.cpp:
        (WebCore::ChromeClientBlackBerry::needTouchEvents):

2012-11-26  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Null check calls associated with retrieving the caret rect.
        https://bugs.webkit.org/show_bug.cgi?id=103281

        Reviewed by Rob Buis.

        Some of these calls can return null, which could lead to a crash.

        Internally reviewed by Gen Mak.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::requestSpellingCheckingOptions):

2012-11-26  Jonathan Dong  <jonathan.dong@torchmobile.com.cn>

        [BlackBerry] Should not autofill username and password when there're more than one password inputs on the same page
        https://bugs.webkit.org/show_bug.cgi?id=103104

        Reviewed by Rob Buis.

        RIM PR: 245334
        Added the oldPassword detection back into the password input
        detection logic, which was removed for simplicity when imported
        those pieces of codes from Chromium. And we won't do autofill
        when there're more than one password field detected.

        Internally reviewed by Rob Buis.

        * WebCoreSupport/CredentialTransformData.cpp:
        (WebCore::CredentialTransformData::CredentialTransformData):
        (WebCore::CredentialTransformData::findPasswordFormFields):
        * WebCoreSupport/CredentialTransformData.h:
        (CredentialTransformData):
        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::dispatchWillSendSubmitEvent):

2012-11-25  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry] Get rid of resetBitmapZoomScale()
        https://bugs.webkit.org/show_bug.cgi?id=103200

        Reviewed by Rob Buis.
        Internally reviewed by Gen Mak.

        PR: 235707
        Right now, resetBitmapZoomScale() takes an unused paramter and
        dispatches a message to end the bitmap zooming. However, the
        interaction has its own state machine to start bitmap zooming when it
        is active and end bitmap zooming when it is inactive. This is
        expecially for pinch zoom and scroll. From WebKit side, block zoom
        which will call zoomBlock when the bitmap zoom finished doesn't even
        need to dispatch the useless ending message to ZoomHandler.
        resetBitmapZoomScale() is basically a noop for block zoom. And likewise
        that is useless for zoomToInitialScaleOnLoad(). It can also potentially
        cause problem if it is used somewhere else in the future and
        incidentally breaks the interaction's own state machine. So just remove
        this completely.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::zoomToInitialScaleOnLoad):
        (BlackBerry::WebKit::WebPagePrivate::zoomBlock):
        * Api/WebPageClient.h:

2012-11-24  Andy Chen  <andchen@rim.com>

        [BlackBerry] Find-on-page keeps stale pointer
        https://bugs.webkit.org/show_bug.cgi?id=103190

        Reviewed by Rob Buis.

        Find on page: pendingScopingEffort stores stale pointer when frames unload,
        we need to cancel those scoping efforts.
        PR 250807.

        Internally reviewed by Yongxin Dai and Mike Fenton.

        * WebKitSupport/InPageSearchManager.cpp:
        (InPageSearchManager::DeferredScopeStringMatches):
        (BlackBerry::WebKit::InPageSearchManager::frameUnloaded):

2012-11-24  Genevieve Mak  <gmak@rim.com>

        [BlackBerry] Text not selected when input field focused.
        https://bugs.webkit.org/show_bug.cgi?id=103182

        Reviewed by George Staikos.

        Reviewed Internally by: Mike Fenton, Eli Fidler
        PR #250163

        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::selectObject):

2012-11-23  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Define platform limitations in platform layer
        https://bugs.webkit.org/show_bug.cgi?id=103160

        Reviewed by Rob Buis.

        Taking length as const unsigned in checkSpellingOfStringAsync.
        This value is unchanging and should never be less than 0, even
        in an error case.

        Internally reviewed by Mike Fenton.

        * Api/WebPageClient.h:
        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::requestCheckingOfString):

2012-11-23  Jacky Jiang  <zhajiang@rim.com>

        [BlackBerry] Meta viewport can't be changed dynamically
        https://bugs.webkit.org/show_bug.cgi?id=103098

        Reviewed by Rob Buis.
        Internally reviewed by Arvid Nilsson.

        PR: 237072
        Reset m_userPerformedManualZoom and enable
        m_shouldZoomToInitialScaleAfterLoadFinished so that we can relayout the
        page and zoom it to fit the screen when we dynamically change the meta
        viewport after the load is finished.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::dispatchViewportPropertiesDidChange):

2012-11-23  Genevieve Mak  <gmak@rim.com>

        [BlackBerry] Drop Synchronous Mouse Events
        https://bugs.webkit.org/show_bug.cgi?id=102980

        Reviewed by Rob Buis.

        Reviewed Internally by George Staikos and Mike Lattanzio.
        Don't send actual Touch Events to fullscreen plugins unless
        its a Touch Cancel, DoubleTap or TouchHold.
        Instead send mouse events as long as its a single finger.
        PR #242781

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::touchPointAsMouseEvent):
        (BlackBerry::WebKit::WebPagePrivate::dispatchTouchEventToFullScreenPlugin):
        (WebKit):
        (BlackBerry::WebKit::WebPagePrivate::dispatchTouchPointAsMouseEventToFullScreenPlugin):

2012-11-23  Andrew Lo  <anlo@rim.com>

        [BlackBerry] InputHandler::ensureFocusTextElementVisible incorrectly used y coordinate as x coordinate
        https://bugs.webkit.org/show_bug.cgi?id=103091

        Reviewed by Yong Li.

        Internally reviewed by Mike Fenton.
        Internal PR249523
        Incorrectly used y coordinate as x coordinate in
        InputHandler::ensureFocusTextElementVisible.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):

2012-11-22  Jeff Rogers  <jrogers@rim.com>

        [BlackBerry] Update Web Notifications Implementation
        https://bugs.webkit.org/show_bug.cgi?id=102621

        Reviewed by George Staikos.

        Reviewed internally by George Staikos and Joe Mason
        Internal PR 172120
        Add new notifications implementation for the BlackBerry port. Rename
        existing class to match Client naming. Adds NotificationManager
        implementation for managing notifications and permissions, and logic
        for passing the notifications to the platform provider.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::WebPagePrivate):
        (BlackBerry::WebKit::WebPagePrivate::init):
        (BlackBerry::WebKit::WebPage::updateNotificationPermission):
        (WebKit):
        (BlackBerry::WebKit::WebPage::notificationClicked):
        (BlackBerry::WebKit::WebPage::notificationClosed):
        (BlackBerry::WebKit::WebPage::notificationError):
        (BlackBerry::WebKit::WebPage::notificationShown):
        * Api/WebPage.h:
        * Api/WebPageClient.h:
        * Api/WebPage_p.h:
        (WebPagePrivate):
        (BlackBerry::WebKit::WebPagePrivate::notificationManager):
        * WebCoreSupport/NotificationClientBlackBerry.cpp: Added.
        (WebCore):
        (WebCore::NotificationClientBlackBerry::NotificationClientBlackBerry):
        (WebCore::NotificationClientBlackBerry::show):
        (WebCore::NotificationClientBlackBerry::cancel):
        (WebCore::NotificationClientBlackBerry::clearNotifications):
        (WebCore::NotificationClientBlackBerry::notificationObjectDestroyed):
        (WebCore::NotificationClientBlackBerry::notificationControllerDestroyed):
        (WebCore::NotificationClientBlackBerry::requestPermission):
        (WebCore::NotificationClientBlackBerry::cancelRequestsForPermission):
        (WebCore::NotificationClientBlackBerry::checkPermission):
        * WebCoreSupport/NotificationClientBlackBerry.h: Added.
        (WebKit):
        (WebCore):
        (NotificationClientBlackBerry):
        * WebCoreSupport/NotificationPresenterImpl.cpp: Removed.
        * WebCoreSupport/NotificationPresenterImpl.h: Removed.
        * WebKitSupport/NotificationManager.cpp: Added.
        (WebKit):
        (BlackBerry::WebKit::NotificationManager::NotificationManager):
        (BlackBerry::WebKit::NotificationManager::~NotificationManager):
        (BlackBerry::WebKit::NotificationManager::show):
        (BlackBerry::WebKit::NotificationManager::cancel):
        (BlackBerry::WebKit::NotificationManager::clearNotifications):
        (BlackBerry::WebKit::NotificationManager::notificationObjectDestroyed):
        (BlackBerry::WebKit::NotificationManager::requestPermission):
        (BlackBerry::WebKit::NotificationManager::cancelRequestsForPermission):
        (BlackBerry::WebKit::NotificationManager::checkPermission):
        (BlackBerry::WebKit::NotificationManager::updatePermission):
        (BlackBerry::WebKit::NotificationManager::notificationClicked):
        (BlackBerry::WebKit::NotificationManager::notificationClosed):
        (BlackBerry::WebKit::NotificationManager::notificationError):
        (BlackBerry::WebKit::NotificationManager::notificationShown):
        (BlackBerry::WebKit::NotificationManager::removeNotificationFromContextMap):
        * WebKitSupport/NotificationManager.h: Added.
        (WebKit):
        (NotificationManager):

2012-11-22  Mike Fenton  <mifenton@rim.com>

        [BlackBerry] Guard against a lost focusedNode that input handler isn't yet informed of.
        https://bugs.webkit.org/show_bug.cgi?id=103071

        Reviewed by Rob Buis.

        Fix potential for a crash if input mode is active but
        we can't get a focusedNode.

        Reviewed Internally by Gen Mak.

        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::setCaretPosition):

2012-11-21  Genevieve Mak  <gmak@rim.com>

        [BlackBerry] Drop Synchronous Mouse Events
        https://bugs.webkit.org/show_bug.cgi?id=102980

        Reviewed by Rob Buis.

        Reviewed Internally by George Staikos, Mike Lattanzio and Mike Fenton.
        Get rid of unneeded methods and simplify code.
        Send click if getting context over an empty text field
        so that it will be focused and have a caret.
        PR #242781

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::webContext):
        (BlackBerry::WebKit::WebPage::touchEvent):
        (BlackBerry::WebKit::WebPage::touchPointAsMouseEvent):
        (BlackBerry::WebKit::WebPage::touchEventCancel):
        * Api/WebPage.h:
        * WebKitSupport/TouchEventHandler.cpp:
        (BlackBerry::WebKit::TouchEventHandler::TouchEventHandler):
        (BlackBerry::WebKit::TouchEventHandler::doFatFingers):
        (BlackBerry::WebKit::TouchEventHandler::sendClickAtFatFingersPoint):
        (BlackBerry::WebKit::TouchEventHandler::handleTouchPoint):
        (BlackBerry::WebKit::TouchEventHandler::handleFatFingerPressed):
        * WebKitSupport/TouchEventHandler.h:
        (TouchEventHandler):

2012-11-21  Konrad Piascik  <kpiascik@rim.com>

        [BlackBerry] Prevent screen from dimming on device when inspector front-end is connected
        https://bugs.webkit.org/show_bug.cgi?id=102978

        Reviewed by Rob Buis.

        Internal PR 200848
        We prevent screen from going dim when the front-end is connected and return to normal when
        the front-end disconnects.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPage::enableWebInspector):
        (BlackBerry::WebKit::WebPage::disableWebInspector):

2012-11-21  Konrad Piascik  <kpiascik@rim.com>

        [BlackBerry] Don't add empty rects to the tap highlight region.
        https://bugs.webkit.org/show_bug.cgi?id=102966

        Reviewed by George Staikos.

        Internal PR 246960
        Tap highlight is way too large sometimes.
        When we add an empty rect it inflates by 2 and causes the tap region to extend to the origin.

        * WebKitSupport/TouchEventHandler.cpp:
        (BlackBerry::WebKit::TouchEventHandler::drawTapHighlight):

2012-11-21  Mike Fenton  <mifenton@rim.com>

        [BlackBerry] Switch to point instead of VisiblePosition comparison for input bounds check
        https://bugs.webkit.org/show_bug.cgi?id=102962

        Reviewed by Rob Buis.

        PR 247270.

        Switch from using VisiblePosition to determine if we are in a node
        to a comparison of the field bounds.  This fixes the case where
        there is no node before the target node to match.

        Reviewed Internally by Gen Mak.

        * WebKitSupport/DOMSupport.cpp:
        * WebKitSupport/DOMSupport.h:
        * WebKitSupport/SelectionHandler.cpp:
        (BlackBerry::WebKit::SelectionHandler::setCaretPosition):

2012-11-20  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Animated gifs pause on scroll or zoom and sometimes don't resume after scroll or zoom completes
        https://bugs.webkit.org/show_bug.cgi?id=102838

        Reviewed by Rob Buis.

        Internally reviewed by Adam Treat.
        Internal PR244646
        When entering scrolling & zooming, we suspend regular render jobs
        in order to pause animations. When finishing scrolling or zooming,
        dispatch a render job in order to resume those animations.

        If an animation requests a repaint while the backing store is suspended,
        add the regular render job to the render queue so that it can be
        processed later.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::repaint):
        (BlackBerry::WebKit::BackingStorePrivate::setScrollingOrZooming):

2012-11-20  Sheriff Bot  <webkit.review.bot@gmail.com>

        Unreviewed, rolling out r135295.
        http://trac.webkit.org/changeset/135295
        https://bugs.webkit.org/show_bug.cgi?id=102834

        This patch causes assertion to some layout tests on chromium
        (Requested by jianli on #webkit).

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::load):
        (BlackBerry::WebKit::WebPagePrivate::loadString):
        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::dispatchDidFailProvisionalLoad):

2012-11-20  James Simonsen  <simonjam@chromium.org>

        Consolidate FrameLoader::load() into one function taking a FrameLoadRequest
        https://bugs.webkit.org/show_bug.cgi?id=102151

        Reviewed by Adam Barth.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::load):
        (BlackBerry::WebKit::WebPagePrivate::loadString):
        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::dispatchDidFailProvisionalLoad):

2012-11-19  Genevieve Mak  <gmak@rim.com>

        [BlackBerry] Block Zoom picks wrong block
        https://bugs.webkit.org/show_bug.cgi?id=102728

        Reviewed by Rob Buis.

        Reviewed Internally by Jakob Petsovits
        Remove transform missed in previous commit for
        https://bugs.webkit.org/show_bug.cgi?id=101608
        PR #247198

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::nodeForZoomUnderPoint):

2012-11-19  Liam Quinn  <lquinn@rim.com>

        [BlackBerry] Remove RTSP handling from FrameLoaderClientBlackBerry
        https://bugs.webkit.org/show_bug.cgi?id=102692

        Reviewed by Rob Buis.

        Reviewed internally by George Staikos. Internal PR 242750.

        Our RTSP handling in FrameLoaderClientBlackBerry causes HTTP redirects to "rtsp:" URIs to fail. Remove handling of RTSP from this class; it will be moved to the network layer alongside other URI schemes like "data:" and "file:".

        * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
        (WebCore::FrameLoaderClientBlackBerry::createDocumentLoader):

2012-11-16  Adam Treat  <atreat@rim.com>

        https://bugs.webkit.org/show_bug.cgi?id=102540
        [BlackBerry] Checkerboard flicker when pinch zooming out on google.com/nwshp

        Reviewed by George Staikos.
        PR 245827

        Disable updates to the backingstore tile matrix when backingstore updates
        are disabled.  This prevents changes to the tile matrix when we are in the
        middle of a pinch zoom which can cause checkebroard flickering.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::BackingStorePrivate):
        (BlackBerry::WebKit::BackingStorePrivate::resumeBackingStoreUpdates):
        (BlackBerry::WebKit::BackingStorePrivate::setBackingStoreRect):
        (BlackBerry::WebKit::BackingStorePrivate::render):
        (BlackBerry::WebKit::BackingStorePrivate::renderVisibleContents):
        (BlackBerry::WebKit::BackingStorePrivate::renderBackingStore):
        (BlackBerry::WebKit::BackingStorePrivate::updateTileMatrixIfNeeded):
        (BlackBerry::WebKit::BackingStorePrivate::contentsSizeChanged):
        (BlackBerry::WebKit::BackingStorePrivate::orientationChanged):
        * Api/BackingStore_p.h:
        (BlackBerry::WebKit::BackingStorePrivate::setTileMatrixNeedsUpdate):
        (BackingStorePrivate):

2012-11-16  Rob Buis  <rbuis@rim.com>

        [BlackBerry] FCC doesn't work in textarea
        https://bugs.webkit.org/show_bug.cgi?id=102088

        Reviewed by Antonio Gomes.

        Remove the cancel button specializations, it was needed at some point but hitting it
        works just as well without it. This unbreaks FCC in textarea's.

        * WebKitSupport/FatFingers.cpp:
        (BlackBerry::WebKit::FatFingers::isElementClickable):

2012-11-16  Adam Treat  <atreat@rim.com>

        [BlackBerry] Fix regression causing checkerboard flicker after app wake-up
        https://bugs.webkit.org/show_bug.cgi?id=102526

        Reviewed by George Staikos.
        PR 245027

        The webkit patch for 219976 introduced an undesirable behavior change
        resulting in a regression where there was checkerboard flickering on
        resuming from an inactive application state.  This patch restores the
        previous behavior and fixes the regression.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStore::createBackingStoreMemory):
        (BlackBerry::WebKit::BackingStore::releaseBackingStoreMemory):

2012-11-16  Mike Fenton  <mifenton@rim.com>

        [BlackBerry] Use proper keycode value for space instead of hardcoded value.
        https://bugs.webkit.org/show_bug.cgi?id=102518

        Reviewed by Rob Buis.

        Remove hard coded value for space.

        Reviewed Internally by Gen Mak.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::setText):

2012-11-15  Andrew Lo  <anlo@rim.com>

        [BlackBerry] Animate changes to viewport due to input focus changes.
        https://bugs.webkit.org/show_bug.cgi?id=102410

        Reviewed by Rob Buis.

        When changing scroll position or zoom level for input field focus,
        animate the change.
        Internal PR 231937

        Internally reviewed by Mike Fenton.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):

2012-11-15  Mike Fenton  <mifenton@rim.com>

        [BlackBerry] Don't restore zoom and scroll when leaving an input field.
        https://bugs.webkit.org/show_bug.cgi?id=102376

        Reviewed by Yong Li.

        Restoring the zoom causes undesirable behavior when switching between fields.

        Reviewed Internally by Andrew Lo.

        * WebKitSupport/InputHandler.cpp:
        (BlackBerry::WebKit::InputHandler::InputHandler):
        (BlackBerry::WebKit::InputHandler::ensureFocusTextElementVisible):
        * WebKitSupport/InputHandler.h:
        (InputHandler):

2012-11-15  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Fix suspend/resume assertion in setCompositor().
        https://bugs.webkit.org/show_bug.cgi?id=102397
        RIM PR 244701

        Reviewed by Adam Treat.

        If a compositor is used but no surface pool is ever
        allocated (which is a perfectly valid use case), initial
        suspension of the backingstore is skipped because of an
        early return. This will cause an assertion to be triggered
        and a bug. Fix this by suspending it before the return.

        With Adam Treat's recent change to split suspension of
        screen and backingstore into two different functions,
        this can now be reduced to a mere screen (blitting)
        suspension. That was the original intention of this code.

        * Api/BackingStore.cpp:
        (BlackBerry::WebKit::BackingStorePrivate::createSurfaces):
        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::setCompositor):

2012-11-15  Jakob Petsovits  <jpetsovits@rim.com>

        [BlackBerry] Leave surface resizing to the client.
        https://bugs.webkit.org/show_bug.cgi?id=102280
        RIM PR 235034
        RIM PR 160619

        Reviewed by Adam Treat.

        Now that we always blit on the user interface thread and
        use the client's userInterfaceViewportAccessor() to determine
        the destination rectangle for blitting, changing the viewport
        size does not affect the window or target surface directly.
        The only way that blitted output is affected is through
        layout, scroll position or scale changes. None of these
        require us to synchronize with the UI thread to resize its
        target surface.

        This commit simplifies setViewportSize() and removes a
        blocking message dispatch by simply offloading all surface
        resizing responsibilities to the client. This is safer,
        cleaner and easier.

        * Api/WebPage.cpp:
        (BlackBerry::WebKit::WebPagePrivate::WebPagePrivate):
        (BlackBerry::WebKit::WebPage::setScreenOrientation):
        (BlackBerry::WebKit::WebPagePrivate::setViewportSize):
        * Api/WebPage.h:
        * Api/WebPageClient.h:
        * Api/WebPage_p.h:
        (WebPagePrivate):

2012-11-14  Nima Ghanavatian  <nghanavatian@rim.com>

        [BlackBerry] Do not clear the ProcessingChangeGuard state on DeleteBackward
        https://bugs.webkit.org/show_bug.cgi?id=102284

        Reviewed by Rob Buis.

        PR237497
        When holding backspace, clearing the state forces a keyboard
        update which resets the state of the keyboard. Handling this