[BlackBerry] Need to store the meta info of a page in the ViewState of the history
https://bugs.webkit.org/show_bug.cgi?id=82000

Reviewed by Rob Buis.

Internally reviewed by George Staikos.

Source/WebCore:

No new tests, BlackBerry porting doesn't build yet upstreaming.

* history/blackberry/HistoryItemViewState.h:
(WebCore::HistoryItemViewState::HistoryItemViewState):
(HistoryItemViewState):

Source/WebKit/blackberry:

* WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
(WebCore::FrameLoaderClientBlackBerry::saveViewStateToItem):
(WebCore::FrameLoaderClientBlackBerry::restoreViewState):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@111814 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Removing failing unit test - CCLayerTreeHostImplTest.visibilityChangeResetsDamage
https://bugs.webkit.org/show_bug.cgi?id=82003

Patch by Michal Mocny <mmocny@google.com> on 2012-03-22
Reviewed by Adrienne Walker.

* tests/CCLayerTreeHostImplTest.cpp:
(WebKitTests::TEST_F):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@111815 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Unreviewed, fix LayerRendererChromiumTest debug unit test errors
https://bugs.webkit.org/show_bug.cgi?id=81823

* tests/LayerRendererChromiumTest.cpp:
(FakeLayerRendererChromiumClient):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@111816 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Target surface should be damaged for a new layers even when layer had no changes
https://bugs.webkit.org/show_bug.cgi?id=81879

Reviewed by Adrienne Walker.

Source/WebCore:

Unit test added to CCDamageTrackerTest.

* platform/graphics/chromium/cc/CCDamageTracker.cpp:
(WebCore::CCDamageTracker::removeRectFromCurrentFrame): added a
boolean arg to detect if the layer is new on this update.

(WebCore::CCDamageTracker::extendDamageForLayer): added logic that
damages the target surface if the layer is new.

(WebCore::CCDamageTracker::extendDamageForRenderSurface): added
logic that damages the target surface if the descendant surface is
new; similar logic for the surface's replica if the replica is new.

* platform/graphics/chromium/cc/CCDamageTracker.h:
(CCDamageTracker):

Source/WebKit/chromium:

* tests/CCDamageTrackerTest.cpp:
(WebKitTests::TEST_F):
(WebKitTests):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@111817 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Fieldset unexpectedly stretches to minimum intrinsic width
https://bugs.webkit.org/show_bug.cgi?id=79128

Patch by SravanKumar Sandela <ssandela@innominds.com> on 2012-03-22
Reviewed by Julien Chaffraix.

Source/WebCore:

Fieldset element width will now check if css width is specified explicitly
before stretching to minimum intrinsic width. The reference
can be taken from IE9, instead of FF(FF acknowledged the broken behavior).

Tests: fast/forms/fieldset-width-nostretch-ifspecified-expected.html
       fast/forms/fieldset-width-nostretch-ifspecified.html

* rendering/RenderFieldset.cpp:
(WebCore::RenderFieldset::stretchesToMinIntrinsicLogicalWidth):
(WebCore):
* rendering/RenderFieldset.h:
(RenderFieldset):

LayoutTests:

Ref tests to check no stretching to intrinsic width if width is explicitly specified.
Currently, calc width is Work-In-Progress, so it wont be supported now, and these ref
tests should automatically take care once Webkit enables it. Need to keep an eye on it.

* fast/forms/fieldset-width-nostretch-ifspecified-expected.html: Added.
* fast/forms/fieldset-width-nostretch-ifspecified.html: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@111818 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[BlackBerry] Add HistoryItemViewState for BlackBerry port
https://bugs.webkit.org/show_bug.cgi?id=81867

Reviewed by Rob Buis.

HistoryItemViewState is the blackberry specific field of HistoryItem.
It's used to maintain the porting specific view state.

No new test because the port can't be built yet.

* history/HistoryItem.h:
(HistoryItem):
(WebCore::HistoryItem::viewState):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@111819 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed rebaseline of chrome-win table tests post r111742.

* platform/chromium-win-vista/tables/mozilla: Removed.
* platform/chromium-win/tables/mozilla/bugs/bug2123-expected.png:
* platform/chromium-win/tables/mozilla/bugs/bug2509-expected.png:
* platform/chromium-win/tables/mozilla/bugs/bug34176-expected.png:
* platform/chromium-win/tables/mozilla_expected_failures/bugs/bug59252-expected.png:
* platform/chromium-win/tables/mozilla_expected_failures/bugs/bug7243-expected.png:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@111820 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Add exception for the setter of "fftSize" in RealtimeAnalyserNode
https://bugs.webkit.org/show_bug.cgi?id=81748

Patch by Xingnan Wang <xingnan.wang@intel.com> on 2012-03-22
Reviewed by Chris Rogers.

Source/WebCore:

* Modules/webaudio/RealtimeAnalyser.cpp:
(WebCore::RealtimeAnalyser::setFftSize):
* Modules/webaudio/RealtimeAnalyser.h:
(RealtimeAnalyser):
* Modules/webaudio/RealtimeAnalyserNode.cpp:
(WebCore::RealtimeAnalyserNode::setFftSize):
(WebCore):
* Modules/webaudio/RealtimeAnalyserNode.h:
(RealtimeAnalyserNode):
* Modules/webaudio/RealtimeAnalyserNode.idl:

LayoutTests:

* webaudio/realtimeanalyser-fft-sizing-expected.txt:
* webaudio/realtimeanalyser-fft-sizing.html:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@111821 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Remove the Flash NPRuntime short-circuit hacks
https://bugs.webkit.org/show_bug.cgi?id=81997
<rdar://problem/10409289>

Reviewed by Sam Weinig.

This code was added to help speed up Flash plug-in instantiation by reducing the number of
synchronous API calls from the plug-in process to the web process during instantiation.
However, there was no real indication that this actually improved performance.

Furthermore, it seems to have introduced crashers when misbehaving plug-ins would make NPRuntime calls
after a plug-in had been destroyed. Since Flash is now 64-bit like the rest of WebKit launch time has
improved since we don't have to bring in all of the 32-bit system frameworks, so the time has come to
rip out this egregious hack.

* PluginProcess/PluginControllerProxy.cpp:
(WebKit::PluginControllerProxy::evaluate):
* PluginProcess/PluginControllerProxy.h:
(PluginControllerProxy):
* Shared/Plugins/Netscape/mac/NetscapePluginModuleMac.mm:
(WebKit::NetscapePluginModule::determineQuirks):
* Shared/Plugins/PluginQuirks.h:
* WebProcess/Plugins/Netscape/NetscapeBrowserFuncs.cpp:
(WebKit::NPN_Invoke):
* WebProcess/Plugins/Netscape/NetscapePlugin.cpp:
* WebProcess/Plugins/Netscape/NetscapePlugin.h:
(NetscapePlugin):
* WebProcess/Plugins/Plugin.cpp:
(WebKit::Plugin::Parameters::encode):
(WebKit::Plugin::Parameters::decode):
* WebProcess/Plugins/Plugin.h:
(Parameters):
* WebProcess/Plugins/PluginController.h:
(PluginController):
* WebProcess/Plugins/PluginView.cpp:
* WebProcess/Plugins/PluginView.h:
(PluginView):
* WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:
(WebKit::WebFrameLoaderClient::createPlugin):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@111822 268f45cc-cd09-0410-ab3c-d52691b4dbfc
sync-master-with-upstream creates non-linear git history
https://bugs.webkit.org/show_bug.cgi?id=82006

Reviewed by Julien Chaffraix.

Previously this script would create a merge commit at the HEAD of
origin/master, causing your fork of WebKit to diverge from upstream.
The new version of this script pushes directly from upstream to origin
(without round-tripping through any local branches), avoiding this
problem.

* Scripts/sync-master-with-upstream:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@111823 268f45cc-cd09-0410-ab3c-d52691b4dbfc