summaryrefslogtreecommitdiffstats
path: root/webkit/data
Commit message (Collapse)AuthorAgeFilesLines
* Fix layout test anchor-toStringcpu@google.com2009-03-101-3/+3
| | | | | | | | - In the bots the drive is C not Q Review URL: http://codereview.chromium.org/41024 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11307 0039d316-1c4b-4281-b951-d872f2087c98
* Add new baseline for ↵darin@chromium.org2009-03-093-0/+19
| | | | | | | | | | LayoutTests/fast/css-generated-content/hit-test-generated-content.html, which was added in a recent merge. R=eroman Review URL: http://codereview.chromium.org/41011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11304 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline the stroked-pattern svg test.erg@google.com2009-03-095-4/+5
| | | | | | | Our current png baseline is very obviously wrong; Trunk Chrome, Safari 3 and Safari 4 don't match the previous baseline. The RenderTree was only off by one character ("Z") which is a known recurring problem. Review URL: http://codereview.chromium.org/41013 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11303 0039d316-1c4b-4281-b951-d872f2087c98
* Update tests fixable and rebaseline one test.tc@google.com2009-03-092-1/+1
| | | | | | | | | | After the last merge, hidden-scrollbar-resize.html is now passing. hit-test-overflow-controls.html seems more correct now (hyatt fixed a case where the resize corner was not being clipped properly). Review URL: http://codereview.chromium.org/41005 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11290 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline two scroll bar layout tests. There are slight areas in the scroll ↵sidchat@google.com2009-03-094-2/+2
| | | | | | | | bar regions where the shading is off slightly, as found using GIMP. Review URL: http://codereview.chromium.org/40251 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11281 0039d316-1c4b-4281-b951-d872f2087c98
* Fix my first layout test! The expected and actual results were two ↵jparent@chromium.org2009-03-091-30/+30
| | | | | | | | different representations of the same visual position. Specifically, the expected results were looking for the deep position, but the actual results were a shallow position. This is from a webkit change (http://trac.webkit.org/changeset/39831) where appendTrailingWhitespace was changed to stop modifying the live selection to use the deepEquivalent of the end position, thus leaving it in the shallow position. Review URL: http://codereview.chromium.org/39306 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11272 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline for rafaelw@chromium.org2009-03-084-48/+52
| | | | | | | | | | | | | | | | LayoutTests/fast/dom/SelectorAPI/dumpNodeList.html LayoutTests/fast/dom/SelectorAPI/dumpNodeList-almost-strict.html Looks like webkit removed [ConvertUndefinedOrNullToNullString] from the WebCore/dom/Document.idl querySelector & querySelectorAll which resulted in differing expected output. The fast/dom/SelectorAPI/dumpNodeList-*-expected.txt files have the updated (correct) output, but we had branched our expected.txt files because of different TypeError output. Review URL: http://codereview.chromium.org/40265 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11222 0039d316-1c4b-4281-b951-d872f2087c98
* WebKit merge 41447:41498ericroman@google.com2009-03-0742-4/+481
| | | | | | Review URL: http://codereview.chromium.org/39297 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11210 0039d316-1c4b-4281-b951-d872f2087c98
* Remove redundent expected layout test results. These are the same as the ↵thestig@chromium.org2009-03-074-190/+0
| | | | | | | | ones under chromium-win. Review URL: http://codereview.chromium.org/40262 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11194 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline text/text-text-0[5-7]-t tests on Linux. The images only differ in ↵thestig@chromium.org2009-03-078-701/+3
| | | | | | | | the highlight color from before, and the text files now match the other platforms. Review URL: http://codereview.chromium.org/40261 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11192 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline two tests that, according to Finnur, were erroneously ↵pkasting@chromium.org2009-03-066-38/+38
| | | | | | | | re-baselined by brettw. Review URL: http://codereview.chromium.org/39289 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11175 0039d316-1c4b-4281-b951-d872f2087c98
* The output from these layout tests now resembles the senorblanco@chromium.org2009-03-064-2/+2
| | | | | | | | | mac output (they have alpha), so they've been rebaselined. Review URL: http://codereview.chromium.org/39274 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11168 0039d316-1c4b-4281-b951-d872f2087c98
* Removing the destroy-stream-twice.html test from pending as we now match the ↵ananta@chromium.org2009-03-062-78/+0
| | | | | | | | upstream layout test plugin. Review URL: http://codereview.chromium.org/39279 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11164 0039d316-1c4b-4281-b951-d872f2087c98
* Rebase cg-fallback-bolding test on Linux. We have anti-aliasing turned on.thestig@chromium.org2009-03-062-1/+1
| | | | | | Review URL: http://codereview.chromium.org/40247 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11163 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline form-element-geometry-expected.pkasting@chromium.org2009-03-063-13/+13
| | | | | | | There are basically two sets of changes from the last baseline, which was done by Finnur on Jan. 26. One is a fix to SELECT scrollbars that looks like it's strictly more correct. The other is the removal of a [border bgcolor="#000000"] on the BRs inside some SELECTs, which I'm less certain of, but which isn't present upstream and wasn't present in our baseline before the last set of changes to it. Review URL: http://codereview.chromium.org/39268 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11153 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline text-overflow-ellipsis test on Linux.thestig@chromium.org2009-03-063-0/+53
| | | | | | | The fonts are slightly different under Linux as well. (see issue 21189) Review URL: http://codereview.chromium.org/40191 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11144 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline transform-absolute-in-positioned-container.levin@chromium.org2009-03-063-3/+3
| | | | | | | | | A rectangle on the lower left became smaller in width, and this new result better matches what nightly webkit produces. Review URL: http://codereview.chromium.org/40208 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11135 0039d316-1c4b-4281-b951-d872f2087c98
* Rebase a test that had been fixed already on windows.pinkerton@chromium.org2009-03-061-11/+17
| | | | | | Review URL: http://codereview.chromium.org/39261 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11116 0039d316-1c4b-4281-b951-d872f2087c98
* Rebase tests to match our network layer, not CFNetworkpinkerton@chromium.org2009-03-062-0/+9
| | | | | | Review URL: http://codereview.chromium.org/40223 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11112 0039d316-1c4b-4281-b951-d872f2087c98
* Mac rebases from adam's change (r11100).thomasvl@chromium.org2009-03-0619-16/+342
| | | | | | Review URL: http://codereview.chromium.org/39260 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11110 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline a Linux pixel test after r11100.deanm@chromium.org2009-03-062-1/+1
| | | | | | | | | The expected text dump is the same as (and shared with) Windows. This updates the pixel results. Review URL: http://codereview.chromium.org/39254 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11108 0039d316-1c4b-4281-b951-d872f2087c98
* Adding missing baselines for 11100abarth@chromium.org2009-03-064-0/+22
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11101 0039d316-1c4b-4281-b951-d872f2087c98
* Don't let file:// URLs script Web URLs.abarth@chromium.org2009-03-0612-21/+236
| | | | | | | | BUG=7986 R=finnur Review URL: http://codereview.chromium.org/39141 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11100 0039d316-1c4b-4281-b951-d872f2087c98
* Fix a bunch of Linux baselines.evan@chromium.org2009-03-0652-12/+428
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11097 0039d316-1c4b-4281-b951-d872f2087c98
* Another attempt to rebaseline rtl-ordering.htmldimich@google.com2009-03-063-10/+10
| | | | | | | | Previous was bad because I've played with the test itself and forgot to revert it before producing new baseline. Review URL: http://codereview.chromium.org/39244 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11095 0039d316-1c4b-4281-b951-d872f2087c98
* rebaseline on linux for real, this time with anti-aliasing ontc@google.com2009-03-062-1/+1
| | | | | | | | | | | (I had rebaselined before adam's patch yesterday) TBR=pamg Review URL: http://codereview.chromium.org/40204 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11077 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline 3 layout tests:dimich@google.com2009-03-069-51/+51
| | | | | | | | | | | | | | | LayoutTests\fast\text\drawBidiText.html The text metrics don't match, otherwise the bidi order of the text matches the one in Safari and text size matches the same page in IE (but IE has apparently incorrect bidi order) LayoutTests\fast\css\rtl-ordering.html The test verifies the ordering of rtl characters and it matches the Safari and expected result. The font metrics match IE (except default margin values that are differrent in IE). LayoutTests\fast\encoding\denormalised-voiced-japanese-chars.html The rendering is correct (denormalized unicode for Hiragana is composed back into correct glyphs) and matches Safari. The text metrics match IE. Review URL: http://codereview.chromium.org/40198 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11076 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline a test that has different output in opt builds. :(evan@chromium.org2009-03-062-1/+1
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11072 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline a test where the list marker moved down 1 pixel.tc@google.com2009-03-063-2/+2
| | | | | | | | | | I think the new baseline is correct. Because the containing UL has a 1 pixel border, the marker should be offset by 1 pixel. I'm not sure why this changed :( Review URL: http://codereview.chromium.org/40193 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11071 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline an SVG layout test. In the bottom right corner box, the end of ↵sidchat@google.com2009-03-062-1/+1
| | | | | | | | the Value% color picker slider is in a very slight different shade. Review URL: http://codereview.chromium.org/39227 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11069 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline 2 tests on linux.tc@google.com2009-03-064-1/+2
| | | | | | | | | | | | | | | drag-in-iframe: Says we just need to rebaseline and the test hasn't timed out in a long time. no_transform_hit_testing: New test. Only difference is we anti-alias fonts on linux. BUG=8439 Review URL: http://codereview.chromium.org/39230 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11065 0039d316-1c4b-4281-b951-d872f2087c98
* Fix layout test pending/security/block-test.html.patrick@chromium.org2009-03-061-1/+0
| | | | | | | Some output was missing due to calling finishTesting too early. Review URL: http://codereview.chromium.org/40196 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11062 0039d316-1c4b-4281-b951-d872f2087c98
* Fake baselines for new tests.evan@chromium.org2009-03-068-0/+4
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11061 0039d316-1c4b-4281-b951-d872f2087c98
* Fixing 4 layout tests.finnur@chromium.org2009-03-057-3/+787
| | | | | | | | | | | | | | | | | | | | | | | | | | fast/text/international/complex-character-based-fallback.html fast/text/international/hindi-spacing.html fast/text/international/thai-line-breaks.html These tests were incorrectly rebaselined recently (ClearType was turned on when the baseline was generated) and this gets them back to where they were. svg/css/getComputedStyle-basic.svg: This test is dumping computed styles for a couple of simple svg objects. Our output differs from the mac output in two ways: 1) The font-family for the two objects is not specified and gets reported as 'times new roman' for us instead of 'Times'. This looks normal to me; if I create a div and specify no font-family I get 'times new roman' on Chrome & Safari on Windows, but in Safari on Mac I get 'Times'. 2) Our output doesn't contain the property -webkit-dashboard-region. NOTE: This is essentially the same test as fast/css/computed-style.html which has a baseline that differs in exactly the same way. See: http://codereview.chromium.org/12457 (font-family) http://codereview.chromium.org/4602 (webkit-dashboard) Review URL: http://codereview.chromium.org/39220 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11052 0039d316-1c4b-4281-b951-d872f2087c98
* Check in upstream mac baselines as our expected outputs for new tests.evan@chromium.org2009-03-056-0/+437
| | | | | | | This means we will no longer get "missing expected output". The tests are surely still failing. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11042 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline a layout test for Win. The rendering of the image was different ↵jhawkins@chromium.org2009-03-052-1/+1
| | | | | | | | and actually looked better than the baseline. Review URL: http://codereview.chromium.org/40181 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11037 0039d316-1c4b-4281-b951-d872f2087c98
* Update the mac text test output, the only differences are due to v8.thomasvl@chromium.org2009-03-051-0/+18
| | | | | | Review URL: http://codereview.chromium.org/40171 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11033 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline results for js-update-image to account for rendering differences ↵ben@chromium.org2009-03-053-0/+6
| | | | | | | | between Windows and Mac. Review URL: http://codereview.chromium.org/40180 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11031 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline an SVG layout test. The vertical lines are shaded slightly ↵sidchat@google.com2009-03-053-8/+8
| | | | | | | | different - the diagonal lines are anti-aliased in a slightly different shade, and the text is drawn differently. Review URL: http://codereview.chromium.org/39053 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11028 0039d316-1c4b-4281-b951-d872f2087c98
* Load the webkcore strings into a data pack and use them in TestShell. Fixes ↵pinkerton@chromium.org2009-03-056-0/+3
| | | | | | | | several layout tests that required these strings. We need to rebaseline them because the strings Chromium uses differ from the strings WebKit.org uses. Review URL: http://codereview.chromium.org/40170 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11023 0039d316-1c4b-4281-b951-d872f2087c98
* Delete some duplicate test outputs.evan@chromium.org2009-03-05232-3836/+0
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11019 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline some ok tests on Linux.evan@chromium.org2009-03-0515-2/+59
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11017 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaseline a test that moved by one pixel.evan@chromium.org2009-03-051-4/+4
| | | | git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11005 0039d316-1c4b-4281-b951-d872f2087c98
* We were waiting for the scrollbar changes to finally land, but this is thethomasvl@chromium.org2009-03-053-569/+569
| | | | | | | | | | needed rebaseline in the mean time. the original baselines where taken with the wrong scrollbar, font, etc. settings. So both the image and the text expects were wrong. Review URL: http://codereview.chromium.org/39195 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10998 0039d316-1c4b-4281-b951-d872f2087c98
* Re-baseline tests that we actaully pass. Clarify tests that need fixing orpam@chromium.org2009-03-055-1/+21
| | | | | | | | | | further review. BUG=none TEST=covered by layout tests Review URL: http://codereview.chromium.org/40146 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10968 0039d316-1c4b-4281-b951-d872f2087c98
* Linux: rebaseline more layout testsagl@chromium.org2009-03-05393-0/+3227
| | | | | | | | Promptly after writing the message for the last commit, I forgot to git add the actual files! So here they are... git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10967 0039d316-1c4b-4281-b951-d872f2087c98
* Linux: rebaseline more layout testsagl@chromium.org2009-03-054-2/+2
| | | | | | | | | | | We had a bunch of layout tests where we never rebaselined the images from Windows (because we were pixel exact). However, now that we turned on anti-aliasing, we need to rebaseline these. Because they were new baselined, I missed them in the last mega-batch of rebaselines. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10966 0039d316-1c4b-4281-b951-d872f2087c98
* Rebaselines the testsky@google.com2009-03-053-58/+58
| | | | | | | | | | | | LayoutTests/fast/replaced/width100percent-textarea.html . The old output was wrong because it had our old fonts. BUG=none TEST=none Review URL: http://codereview.chromium.org/40140 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10946 0039d316-1c4b-4281-b951-d872f2087c98
* Linux: rebaselining layout testsagl@chromium.org2009-03-047767-3884/+3884
| | | | | | | | I removed GTK from our WebKit port and this is one of the patches to fix the resulting destruction of the layout tests. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10930 0039d316-1c4b-4281-b951-d872f2087c98
* Rebase button tests whose output is now correct.ojan@google.com2009-03-044-51/+51
| | | | | | Review URL: http://codereview.chromium.org/40121 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@10910 0039d316-1c4b-4281-b951-d872f2087c98
generated by cgit v1.1 at 2025-02-08 15:51:22 +0000