WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED DUPLICATE of
bug 257080
87527
Increase the set of script @type values that we treat as JavaScript
https://bugs.webkit.org/show_bug.cgi?id=87527
Summary
Increase the set of script @type values that we treat as JavaScript
Ojan Vafai
Reported
2012-05-25 12:26:42 PDT
See
https://bugzilla.mozilla.org/show_bug.cgi?id=672814#c6
and
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-May/036204.html
.
Attachments
Patch
(8.94 KB, patch)
2012-06-11 17:52 PDT
,
Pablo Flouret
darin
: review+
webkit.review.bot
: commit-queue-
Details
Formatted Diff
Diff
Archive of layout-test-results from ec2-cr-linux-02
(531.36 KB, application/zip)
2012-06-12 00:02 PDT
,
WebKit Review Bot
no flags
Details
Patch for landing
(20.88 KB, patch)
2013-01-24 15:33 PST
,
Pablo Flouret
no flags
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Alexey Proskuryakov
Comment 1
2012-05-25 18:26:21 PDT
Do you intend to include "text/javascript;e4x=1", just to pick what seems like the most questionable item?
Ojan Vafai
Comment 2
2012-05-25 19:05:35 PDT
(In reply to
comment #1
)
> Do you intend to include "text/javascript;e4x=1", just to pick what seems like the most questionable item?
I'm not actually intending on working on this, but I think we should either implement what's in the spec, or get the spec changed. I can't be bothered to spend my time arguing for either. In this specific case, the spec isolates this one as referring to "JavaScript with ECMAScript for XML", which is a language we don't support. But the rest refer to "JavaScript", which we do support. So, I think it'd be fine to leave this one out for WebKit without altering the spec.
Alexey Proskuryakov
Comment 3
2012-05-30 14:51:02 PDT
> So, I think it'd be fine to leave this one out for WebKit without altering the spec.
Makes sense to me. See also:
bug 23097
, where our list of supported languages is already seen as too large. I don't have an opinion here FWIW.
Pablo Flouret
Comment 4
2012-06-11 17:52:57 PDT
Created
attachment 146979
[details]
Patch
WebKit Review Bot
Comment 5
2012-06-12 00:02:07 PDT
Comment on
attachment 146979
[details]
Patch
Attachment 146979
[details]
did not pass chromium-ews (chromium-xvfb): Output:
http://queues.webkit.org/results/12809033
New failing tests: fast/html/script-allowed-types-languages.html
WebKit Review Bot
Comment 6
2012-06-12 00:02:13 PDT
Created
attachment 147025
[details]
Archive of layout-test-results from ec2-cr-linux-02 The attached test failures were seen while running run-webkit-tests on the chromium-ews. Bot: ec2-cr-linux-02 Port: <class 'webkitpy.common.config.ports.ChromiumXVFBPort'> Platform: Linux-2.6.35-28-virtual-x86_64-with-Ubuntu-10.10-maverick
Pablo Flouret
Comment 7
2012-06-15 14:12:58 PDT
Looks like this change should also be made in chrome's network stack.
http://code.google.com/searchframe#OAMlx_jo-ck/src/net/base/mime_util.cc&l=328
Build Bot
Comment 8
2013-01-17 00:46:27 PST
Comment on
attachment 146979
[details]
Patch
Attachment 146979
[details]
did not pass mac-wk2-ews (mac-wk2): Output:
http://queues.webkit.org/results/15903868
New failing tests: fast/tokenizer/004.html
Pablo Flouret
Comment 9
2013-01-24 15:33:37 PST
Created
attachment 184596
[details]
Patch for landing
Pablo Flouret
Comment 10
2013-01-24 15:34:41 PST
(In reply to
comment #9
)
> Created an attachment (id=184596) [details] > Patch for landing
Fixed the tokenizer test and added failing expectations for chromium. Chromium bug:
http://code.google.com/p/chromium/issues/detail?id=172076
WebKit Review Bot
Comment 11
2013-01-25 02:00:16 PST
Comment on
attachment 184596
[details]
Patch for landing
Attachment 184596
[details]
did not pass chromium-ews (chromium-xvfb): Output:
http://queues.webkit.org/results/16112378
New failing tests: svg/batik/text/textLayout2.svg svg/batik/text/smallFonts.svg
Pablo Flouret
Comment 12
2013-01-25 09:58:39 PST
Comment on
attachment 184596
[details]
Patch for landing Test failures look unrelated.
Ahmad Saleem
Comment 13
2022-09-03 07:41:00 PDT
I checked and this r+ patch didn't land yet. Is this needed anymore? Thanks!
Radar WebKit Bug Importer
Comment 14
2022-09-03 09:49:55 PDT
<
rdar://problem/99527179
>
Ahmad Saleem
Comment 15
2023-12-02 06:07:13 PST
@Anne - I think you fixed similar bug to align WebKit with standard. Do we need this?
Anne van Kesteren
Comment 16
2023-12-02 06:48:40 PST
*** This bug has been marked as a duplicate of
bug 257080
***
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug