| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
TBR=mal
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@657 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@652 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
I'm making this change because proxy resolution is really not specific to the HTTP protocol. We need to use the proxy service in our FTP implementation, for example. I made a separate directory instead of just putting these in base, because I anticipate more files once we have our own PAC implementation.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@651 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
This reapplies CL 560 with the addition of a later V8 revision in the DEPS file which
should not break the Chrome build.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@642 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
These came up following the recent removal of font-metrics hacks from
test_shell.
BUG=1221100, 1317563
TEST=covered by layout tests
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@613 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@608 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
Latin/Greek/Cyrillic pages.
This tempoary special-casing is necessary because I added latin/greek/cyrillic entries in script2font map in base/gfx and set them to 'Times New Roman' because our default font for European Chrome is serif.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@607 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
made the names of some third party includes fully qualified. I removed a qualification on a couple of the WebKit port includes that confuses it and isn't necessary (since WebKit includes aren't fully qualified).
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@604 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@600 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
script does not cause unbounded memory growth.
This should likely be fixed upstream as well, but I think we should do it locally for beta.
BUG=1313462
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@595 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
BUG=1221100
TEST=covered by layout tests
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@594 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
BUG=1221100
TEST=covered by layout tests
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@586 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
BUG=1241039,1314945,971960,1314940
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@584 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
Add new *_posix.cc, and condition_variable_win.cc files, replacing old condition_variable.cc file.
Additional updates:
Remove reference to deleted FontMetrics.cpp.
Add word_iterator_unittest.cc.
Add two overlooked language .rc files (es-419 and nb).
TBR: mmentovai
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@576 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
BUG=1221100
TEST=covered by layout tests
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@575 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
libv8.vcproj and libv8core.vcproj both still reference the deleted src\precompiled-v8.cc file, which breaks clean debug builds. It didn't break incremental debug builds because the precompiled-v8.obj file still exists on disk, and doesn't break clean release builds because it's marked to ignore the file during release builds.
TBR=sgjesse,nsylvain
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@572 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
removed from test_shell. This change includes any tests that passed with the
font hacks still in and failed "unexpectedly" when the hacks were removed,
separately for each of v8 and JavaScriptCore.
* The PNGs and checksums are all in layout_test_results/v8/
* The new text results for tests in pending/ and chrome/ are in
layout_tests/pending/ and layout_tests/chrome/
* The new text results from LayoutTests/ for v8 are in layout_test_results/v8/
* The new text results from LayoutTests/ for kjs are in layout_test_results/kjs/
* I didn't put READMEs into any of the new directories, since I'm
hoping to make our results first-class citizens in WebKit soon
Since my eager hope is to drop the JSC layout tests very soon now, I
didn't spend the time finding duplicate results in the
layout_test_results/{v8, kjs}/ directories to move into common/.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@564 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
files for V8.
The following projects have been removed from the WebKit solution:
libv8core
no_snapshotv8
mksnapshot
snapshotv8
The following projects (from v8/tools/visual_studio) have been added to the
WebKit solution:
v8_base
v8
v8_mksnapshot
v8_snapshot
With the following dependencies:
v8 depends on v8_base
v8_mksnapshot depends on v8
v8_snapshot on v8_base and v8_mksnapshot
test_shell depends on v8_snapshot
test_shell_tests depends on v8_snapshot
Got rid of the IncrediBuild configuration file webkit.ib_ini as it is not needed
with the new Visual Studio project files for V8.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@560 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
difference)
TBR=brettw
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@549 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
before svn move). This and CB 1144 are intended for the inclusion in the release
branch (if possible).
I have some more fundamental (and far better) changes coming up for the trunk.
* Added containsCharacter static function to check whether a font supports a given character.
(this check is not done for Latin case because it's hardly necessary for it). It's most significant
for Han (bugs 971960, 1314940)
* The cmap table (indirectly obtained with Windows API and is limited to BMP) is cached. This can have a memory
implication. Somehow, intl1 (where I expected the increase most) and intl2 tests do not show any memory increase (rendere).
To my surprise, moz has some memory increase ( vm_renderer_peak is up by 10%. vm_final does not change), but I'm not sure
whether that's real or bogus.
BUG=1241039,1314945,971960,1314940
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@548 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
If we want to break the build, we would have allow_pseudo="true" and
fallback_to_english="false".
BUG=1307741
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@544 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
sys_strings.h. I also removed duplicated code from the sandbox that can now use this, and fixed one case in the bug reporter that should not have been using the native multibyte encoding.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@515 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
lose error messages on stderr.
This was causing font-face-unicode-range.html to fail, but we weren't detecting it because the messages on stderr were disappearing, making it look like a timeout and crash, instead of the explicit failure we were expecting.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@512 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
(removes const on CppArgumentList's entries because of call sites like: "cpp_args[i].Set(args[i])")
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@467 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
TBR: darin
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@460 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
matter and the other where it was incorrect.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@458 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@448 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@447 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@446 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
deserializing a NPIdentifier. Also kill some extraneous std::string copies in NPVariant_Param code.
If you like I could eliminate NPIdentifier_Param in place of using NPIdentifier directly.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@442 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
V8 string.
I'd like to / hope to put together some automated tests to focus on NPRuntime scripting.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@410 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
R= glen@google.com
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@362 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
TBR: erikkay
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@353 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
WebCore/Configurations/Version.xcconfig and generate a header file that allows us to keep our user agent info up to date.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@334 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
chrome/ and only got those SConscript files.
R=evanm,bradnelson
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@331 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
1) Remove ConstrainedWindow::GenerateInitialBounds(), which is old and crufty and no longer relevant now that there are no unsuppressed, constrained popup windows.
2) Move the browser side positioning logic into Browser::BuildPopupWindow().
3) Fix the window.open() handler so that when we aren't given top=/left= coordinates, we don't set the window origin (allowing the browser to do something more intelligent).
BUG=1290758
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@325 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
everywhere into the base Windows environment.
TBR: evanm,bradnelson
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@310 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
TBR: evanm,bradnelson
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@305 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@300 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@257 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
whenever the RenderView is told that a provisional load has started for the main frame.
The DCHECK(params->referrer == params->redirects[0]) was firing because:
a) page A was loaded, triggered WillPerformClientRedirect
b) after the provisional load started for the destination page of A's client redirect, but before this load was committed, the browser makes a Navigation request for page B.
c) When page B's load is committed, the RenderView's completed_client_redirect_src_ was still set, resulting in a CLIENT_REDIRECT transition type and forwarding the src value through params->referrer -- but params->redirects was now completely unrelated. Kaboom.
This fix should be general enough to handle cases (that are relatively likely in the wild) where WebKit legitimately cancels the redirect, instead of just the browser doing so. Note we can't depend on dispatchDidCancelClientRedirect because we get that callback on both completion and cancellation of a client redirect.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@251 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
- Previously this job was done by the CRT's atexit() which runs later than we want and under the loader lock.
- Had to modify most main() functions for the testing executables so we don't trigger leak detectors.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@219 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
let us unfork three files in webkit/pending.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
to fix box characters appearing in some pages, such as Gmail.
The problem is that the newline character is treated as a zero-width space in the old patch, but apparently WebKit relies on this turning into a space (or something, I don't totally understand). I just removed control characters from this condition since we don't actually want to change their behavior in this respect.
webkit=https://bugs.webkit.org/show_bug.cgi?id=20237
BUG=1166024
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@204 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
namespace in favor of the net namespace.
This is a purely mechanical change. There should be no logic changes.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@192 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@190 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
are not related to throttled messages.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@186 0039d316-1c4b-4281-b951-d872f2087c98
|