Re: [webkit-dev] Do we need a webkitBackground property for XMLHttpRequest?
From: aba...@gmail.com [aba...@gmail.com] on behalf of Adam Barth [aba...@webkit.org] There is no such thing as pushing to trunk for Chromium. All development happens on trunk. That sounds like a regression. I'll follow up with the networking folks. Thanks! Mind keeping us up to date on what you find out? Joe - This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] mac-mountainlion port?
I just received hardware for our lab, and will be getting the Mac MtnLion port up and running this week. Lucas On Jul 28, 2012, at 10:06 PM, Glenn Adams wrote: anyone planning to add a mac-mountainlion port/baseline soon? at present, NRWT defaults to mac-future on 10.8 ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] Do we need a webkitBackground property for XMLHttpRequest?
https://developer.mozilla.org/en/XmlHttpRequest#Non-standard_propertiessays that elevated privileges are required to access mozBackgroundRequest. That suggests that it is only there for use by Firefox and Firefox extensions. At the very least, it seems like in Chromium, if we cannot suppress auth prompts generated from XHR in all cases, we could / should at least suppress them for XHR requests made by extensions. Regards, -Darin On Tue, Jul 24, 2012 at 2:47 AM, xuewen xuewen.w...@torchmobile.com.cnwrote: When we send XMLHttpRequest to access search engines or it is sent from chrome extensions, we may do/don't want the browser to show the authentication challenge dialog. Should we provide a property to give a choice to users such as the webkitBackground? Please see the bug https://bugs.webkit.org/show_bug.cgi?id=91964 If we totally disable XHR popping up the challenge dialogs, then how can the user request the resource using XHR from the sites across origins and requiring authentications? Or will this operation be disallowed in the future? One way is to show a form by javascript to ask for the credentials in its onReadyStatusChange and resend it by XHR. Is this the reason to totally disable the XHR popping up challenge dialogs? Sean Wang ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Bugzilla errors when sending email
We're getting sporadic reports of errors from bugs.webkit.org about being unable to send mail. If you see one of these errors, could you please help us debug the problem by sending the time that you got the error, the content of the error page, and the public IP address you had at the time. Also include what you were trying to do (CC someone, comment, review, etc). Please send this information to ad...@webkit.org. Thanks, -Bill ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] trac.webkit.org timeline broken
Are you still getting these? I've yet to reproduce it and I am not seeing much
in the logs.
-Bill
On Jul 29, 2012, at 3:04 PM, Ryosuke Niwa rn...@webkit.org wrote:
Now I'm getting errors like the one below:
Traceback (most recent call last):
File /usr/lib/python2.6/site-packages/trac/web/api.py, line 441, in
send_error
data, 'text/html')
File /usr/lib/python2.6/site-packages/trac/web/chrome.py, line 828, in
render_template
message = req.session.pop('chrome.%s.%d' % (type_, i))
File /usr/lib/python2.6/site-packages/trac/web/api.py, line 216, in
__getattr__
value = self.callbacks[name](self)
File /usr/lib/python2.6/site-packages/trac/web/main.py, line 309, in
_get_session
return Session(self.env, req)
File /usr/lib/python2.6/site-packages/trac/web/session.py, line 212, in
__init__
self.get_session(req.authname, authenticated=True)
File /usr/lib/python2.6/site-packages/trac/web/session.py, line 228, in
get_session
super(Session, self).get_session(sid, authenticated)
File /usr/lib/python2.6/site-packages/trac/web/session.py, line 62, in
get_session
cursor = db.cursor()
File /usr/lib/python2.6/site-packages/trac/db/postgres_backend.py, line
258, in cursor
return IterableCursor(self.cnx.cursor(), self.log)
InterfaceError: connection already closed
On Sat, Jul 28, 2012 at 5:40 PM, William Siegrist wsiegr...@apple.com wrote:
Its fixed.
-Bill
On Jul 28, 2012, at 5:37 PM, Simon Fraser simon.fra...@apple.com wrote:
I sent email to Bill Siegrist about this earlier.
Simon
On Jul 28, 2012, at 5:24 PM, Peter Kasting wrote:
The Trac timeline doesn't seem to have updated since last night. It's
missing about 15 commits right now. Trying to link to one of these -- e.g.
http://trac.webkit.org/changeset/123971 -- doesn't work.
Not sure to whom to direct this problem.
PK
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] [123877] trunk/Tools
BTW, I believe this is fixed, I am just waiting for another CQ commit to
verify.
-Bill
On Jul 28, 2012, at 6:14 AM, Patrick Gansterer par...@paroga.com wrote:
But the author rewrite hook for commit-qu...@webkit.org does not work.
-- Patrick
On Fri, 27 Jul 2012 09:33:49 -0700, William Siegrist wrote:
Sorry about that, put the wrong address in the new hook. :( Should be
fixed now.
-Bill
On Jul 27, 2012, at 9:30 AM, Brady Eidson beid...@apple.com wrote:
Why did this get sent to webkit-dev instead of webkit-changes?
(Maybe a result of this morning's migration?)
~Brady
On Jul 27, 2012, at 9:22 AM, kbal...@webkit.org wrote:
Revision
123877
Author
kbal...@webkit.org
Date
2012-07-27 09:22:06 -0700 (Fri, 27 Jul 2012)
Log Message
[NRWT] should have a way to restrict pixel tests for individual directories
https://bugs.webkit.org/show_bug.cgi?id=91754
Unreviewed attempt to fix the chaos I introduced.
* DumpRenderTree/qt/DumpRenderTreeQt.cpp:
(WebCore::DumpRenderTree::processLine):
Modified Paths
• trunk/Tools/ChangeLog
• trunk/Tools/DumpRenderTree/qt/DumpRenderTreeQt.cpp
Diff
Modified: trunk/Tools/ChangeLog (123876 = 123877)
--- trunk/Tools/ChangeLog 2012-07-27 14:15:24 UTC (rev 123876)
+++ trunk/Tools/ChangeLog 2012-07-27 16:22:06 UTC (rev 123877)
@@ -1,3 +1,13 @@
+2012-07-27 Balazs Kelemen kbal...@webkit.org
+
+[NRWT] should have a way to restrict pixel tests for individual
directories
+
https://bugs.webkit.org/show_bug.cgi?id=91754
+
+Unreviewed attempt to fix the chaos I introduced.
+
+* DumpRenderTree/qt/DumpRenderTreeQt.cpp:
+(WebCore::DumpRenderTree::processLine):
+
2012-07-27 YoungTaeck Song youngtaeck.s...@samsung.com
[WK2][EFL] Add an ACCELERATED_COMPOSITING implementation for Efl
WebKit2
Modified: trunk/Tools/DumpRenderTree/qt/DumpRenderTreeQt.cpp (123876 =
123877)
--- trunk/Tools/DumpRenderTree/qt/DumpRenderTreeQt.cpp 2012-07-27
14:15:24 UTC (rev 123876)
+++ trunk/Tools/DumpRenderTree/qt/DumpRenderTreeQt.cpp 2012-07-27
16:22:06 UTC (rev 123877)
@@ -696,7 +696,7 @@
m_expectedHash = QString();
// single quote marks the pixel dump hash
int indexOfFirstSeparator = line.indexOf('\'');
-int indexOfSecondSeparator = line.indexOf('\'',
indexOfFirstSeparator);
+int indexOfSecondSeparator = line.indexOf('\'', indexOfFirstSeparator
+ 1);
if (indexOfFirstSeparator -1) {
int indexOfPixelHash = indexOfFirstSeparator + 1;
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] trac.webkit.org timeline broken
It appears that this error occurs when you access the revision that's yet
to be included by trac. Try accessing a revision immediately after it's
committed (~10 seconds).
On Mon, Jul 30, 2012 at 1:45 PM, William Siegrist wsiegr...@apple.comwrote:
Are you still getting these? I've yet to reproduce it and I am not seeing
much in the logs.
-Bill
On Jul 29, 2012, at 3:04 PM, Ryosuke Niwa rn...@webkit.org wrote:
Now I'm getting errors like the one below:
Traceback (most recent call last):
File /usr/lib/python2.6/site-packages/trac/web/api.py, line 441, in
send_error
data, 'text/html')
File /usr/lib/python2.6/site-packages/trac/web/chrome.py, line 828,
in render_template
message = req.session.pop('chrome.%s.%d' % (type_, i))
File /usr/lib/python2.6/site-packages/trac/web/api.py, line 216, in
__getattr__
value = self.callbacks[name](self)
File /usr/lib/python2.6/site-packages/trac/web/main.py, line 309, in
_get_session
return Session(self.env, req)
File /usr/lib/python2.6/site-packages/trac/web/session.py, line 212,
in __init__
self.get_session(req.authname, authenticated=True)
File /usr/lib/python2.6/site-packages/trac/web/session.py, line 228,
in get_session
super(Session, self).get_session(sid, authenticated)
File /usr/lib/python2.6/site-packages/trac/web/session.py, line 62,
in get_session
cursor = db.cursor()
File /usr/lib/python2.6/site-packages/trac/db/postgres_backend.py,
line 258, in cursor
return IterableCursor(self.cnx.cursor(), self.log)
InterfaceError: connection already closed
On Sat, Jul 28, 2012 at 5:40 PM, William Siegrist wsiegr...@apple.com
wrote:
Its fixed.
-Bill
On Jul 28, 2012, at 5:37 PM, Simon Fraser simon.fra...@apple.com
wrote:
I sent email to Bill Siegrist about this earlier.
Simon
On Jul 28, 2012, at 5:24 PM, Peter Kasting wrote:
The Trac timeline doesn't seem to have updated since last night. It's
missing about 15 commits right now. Trying to link to one of these -- e.g.
http://trac.webkit.org/changeset/123971 -- doesn't work.
Not sure to whom to direct this problem.
PK
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Feature Announcement: Detection and marking of ascii strings
When creating String objects, it is for the most part free or extremely cheap to make the distinction between ascii and latin1 where the detection of latin1 strings is already taking place. Moreover, there are bits already available in StringImpl to hold this data, making storage of it cheap/free, depending on which bit is used. By knowing when a latin1 string is actually ascii, several optimizations become available such as memcpy() conversion to utf8 and faster JavaScript regex engines, which for the most part perform their regexing on ascii strings. A meta tracking bug has been created here for comments, etc: https://bugs.webkit.org/show_bug.cgi?id=92677. Please let me know if anyone has questions or concerns. Thanks, Dan ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
Re: [webkit-dev] trac.webkit.org timeline broken
I've just got it with http://trac.webkit.org/changeset/124114 - it says No
changeset 124114 in the repository.
I've never seen this before.
On Mon, Jul 30, 2012 at 5:49 PM, Ryosuke Niwa rn...@webkit.org wrote:
It appears that this error occurs when you access the revision that's yet
to be included by trac. Try accessing a revision immediately after it's
committed (~10 seconds).
On Mon, Jul 30, 2012 at 1:45 PM, William Siegrist wsiegr...@apple.comwrote:
Are you still getting these? I've yet to reproduce it and I am not seeing
much in the logs.
-Bill
On Jul 29, 2012, at 3:04 PM, Ryosuke Niwa rn...@webkit.org wrote:
Now I'm getting errors like the one below:
Traceback (most recent call last):
File /usr/lib/python2.6/site-packages/trac/web/api.py, line 441, in
send_error
data, 'text/html')
File /usr/lib/python2.6/site-packages/trac/web/chrome.py, line 828,
in render_template
message = req.session.pop('chrome.%s.%d' % (type_, i))
File /usr/lib/python2.6/site-packages/trac/web/api.py, line 216, in
__getattr__
value = self.callbacks[name](self)
File /usr/lib/python2.6/site-packages/trac/web/main.py, line 309,
in _get_session
return Session(self.env, req)
File /usr/lib/python2.6/site-packages/trac/web/session.py, line
212, in __init__
self.get_session(req.authname, authenticated=True)
File /usr/lib/python2.6/site-packages/trac/web/session.py, line
228, in get_session
super(Session, self).get_session(sid, authenticated)
File /usr/lib/python2.6/site-packages/trac/web/session.py, line 62,
in get_session
cursor = db.cursor()
File /usr/lib/python2.6/site-packages/trac/db/postgres_backend.py,
line 258, in cursor
return IterableCursor(self.cnx.cursor(), self.log)
InterfaceError: connection already closed
On Sat, Jul 28, 2012 at 5:40 PM, William Siegrist wsiegr...@apple.com
wrote:
Its fixed.
-Bill
On Jul 28, 2012, at 5:37 PM, Simon Fraser simon.fra...@apple.com
wrote:
I sent email to Bill Siegrist about this earlier.
Simon
On Jul 28, 2012, at 5:24 PM, Peter Kasting wrote:
The Trac timeline doesn't seem to have updated since last night.
It's missing about 15 commits right now. Trying to link to one of these
-- e.g. http://trac.webkit.org/changeset/123971 -- doesn't work.
Not sure to whom to direct this problem.
PK
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
--
Rafael Brandao @ INdT
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo/webkit-dev
[webkit-dev] Can we remove webkit prefix from Battery Status API and from Vibration API?
Hi, webkit-dev As you can see with these links, http://www.w3.org/TR/battery-status/ http://www.w3.org/TR/vibration/ the status of Battery Status API and Vibration API have been changed to the CR quite ago and specs are almost stable now. Therefore, I think we can remove webkit prefix from webkitBattery and from webkitvibrate. If someone has objection or other opinion please let me know. BR, Kihong. ___ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo/webkit-dev
