summaryrefslogtreecommitdiffstats
path: root/printing/printing_context_mac.mm
diff options
context:
space:
mode:
authorestade@chromium.org <estade@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2010-07-10 02:29:01 +0000
committerestade@chromium.org <estade@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2010-07-10 02:29:01 +0000
commitf4288b5cd64d368fd603b9564c3c0448729b31c6 (patch)
treecdc7bbcb3b94d563346bbbc5b60a6b4c30a663f3 /printing/printing_context_mac.mm
parentad190ea2a1fb35f61ed73b122b6e088bdf7116b7 (diff)
downloadchromium_src-f4288b5cd64d368fd603b9564c3c0448729b31c6.zip
chromium_src-f4288b5cd64d368fd603b9564c3c0448729b31c6.tar.gz
chromium_src-f4288b5cd64d368fd603b9564c3c0448729b31c6.tar.bz2
GTK - don't paste a garbage text/html character.
When the clipboard text/html data terminates with NULL, drop it (WebKit used to do this for us before the parsing changed in roll 61629:61653). Some programs such as open office NULL terminate clipboard text/html data, even though it is unnecessary since the clipboard api provides a length for the data buffer. Chrome also NULL terminates text/html data in order to work around a bug in some versions of pidgin. Also, don't NULL terminate text/plain data, because no app I tested (firefox, gedit, midori, konqueror, OO) does this. BUG=48335 TEST=manual (see bug) Review URL: http://codereview.chromium.org/2896006 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@52034 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'printing/printing_context_mac.mm')
0 files changed, 0 insertions, 0 deletions