Konstantin Tokarev | 24 Jun 17:49 2016
Picon

Does anybody need LayoutTests/fast/css/style-scoped?

Hello,

If I understand correctly, support for 'scoped' attribute of <style> was removed in r156683, and all ports
skip tests in fast/css/style-scoped. Should these tests be removed from the tree, or are there any plans
to implement this feature again?

--

-- 
Regards,
Konstantin
Aakash Jain | 23 Jun 04:59 2016
Picon

webkitpy - patches landed with large formatting changes

Hi All,

I landed two patches which fixes various formatting issues in webkitpy (http://trac.webkit.org/changeset/202362 , http://trac.webkit.org/changeset/202319). These patches touches a lot of files in webkitpy. If you are woking on webkitpy, you might want to update your local copy and make sure there are no merge conflicts.

Thanks
Aakash

_______________________________________________
webkit-dev mailing list
webkit-dev <at> lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Chris Dumez | 20 Jun 19:50 2016
Picon

Can no longer commit manually or via CQ?

Hi,

I can no longer commit locally (I am using git-svn). It complains about me having 30 or so local commits (which is not true).

Therefore, I tried using the commit queue but it fails to commit as well:

ailed to run "['/Volumes/Data/EWS/WebKit/Tools/Scripts/webkit-patch', '--status-host=webkit-queues.webkit.org', '--bot-id=webkit-cq-03', 'land-attachment', '--force-clean', '--non-interactive', '--parent-command=commit-queue', 281652, '--port=mac']" exit_code: 2 cwd: /Volumes/Data/EWS/WebKit Last 500 characters of output: 1 Try to fix the iOS build after r202142 and r202224. The copy of the patch that failed is found in: /Volumes/Data/EWS/WebKit/.git/rebase-apply/patch When you have resolved this problem, run "git rebase --continue". If you prefer to skip this patch, run "git rebase --skip" instead. To check out the original branch and stop rebasing, run "git rebase --abort". rebase refs/remotes/origin/master: command returned error: 1 Died at /Volumes/Data/EWS/WebKit/Tools/Scripts/webkitdirs.pm line 2661.

Kr,
--
 Chris Dumez




_______________________________________________
webkit-dev mailing list
webkit-dev <at> lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Michael Catanzaro | 20 Jun 16:17 2016

Re: Are there any plans to upgrade SVN server on svn.webkit.org?

On Mon, 2016-06-20 at 13:29 +0900, Yusuke SUZUKI wrote:
> Great work, thanks.
> 
> I've just noticed that the ToT git revision in git://
> git.webkit.org/WebKit.git is r202198 while ToT SVN revision is
> r202223.

Indeed, this is broken. A workaround is to run 'git svn fetch' instead
of 'git pull'.

Michael
Philippe Normand | 20 Jun 14:54 2016

Re: Are there any plans to upgrade SVN server on svn.webkit.org?

The commit-queue seems to be broken as well, one example:


:040000 040000 105f7e2febfadc8d1f550aa805ccd215e8f27c27 f3f1d4fa1265a983a518943e7e3a0f794477e6bd M Source Current branch master is up to date. ERROR: Not all changes have been committed into SVN, however the committed ones (if any) seem to be successfully integrated into the working tree. Please see the above messages for details.


Seems to be a consequence of the git mirror sync bug.

Philippe


On Mon, 2016-06-20 at 13:29 +0900, Yusuke SUZUKI wrote:
Great work, thanks.

I've just noticed that the ToT git revision in git://git.webkit.org/WebKit.git is r202198 while ToT SVN revision is r202223.

On Mon, Jun 20, 2016 at 3:30 AM, Lucas Forschler <lforschler <at> apple.com> wrote:
svn.webkit.org is back online.
Please let me know if you see any problems.

I will be doing minor additional maintenance later this week. I do not expect the downtime to be nearly as significant as this upgrade. I’ll send email with advance notice of additional downtime.
Lucas


On Jun 18, 2016, at 10:51 PM, Lucas Forschler <lforschler <at> apple.com> wrote:

Update: The svn data migration to the new format is currently about 1/3 of the way completed. I’ll post another progress update Sunday morning (Pacific time zone).
Thanks,
Lucas


On Jun 18, 2016, at 5:14 PM, Lucas Forschler <lforschler <at> apple.com> wrote:

I’m starting this now. svn.webkit and build.webkit will be going down shortly.
I’ll send an all-clear email when things are back online.

Lucas

On Jun 18, 2016, at 9:54 AM, Lucas Forschler <lforschler <at> apple.com> wrote:

Hello Folks,

I plan on updating the svn repository from version 1.6.11 to 1.9.4 tonight. I will likely start this process sometime this late afternoon. svn.webkit.org will be down during this time. I will also be taking build.webkit.org offline, so our bots do not fail due to a missing svn server. 

I will also be taking this time to upgrade the backend datastore on svn.webkit.org. This process requires a full svn dump/load cycle, and takes a significant amount of time. I expect the the server to return online Sunday by end of day.

Please let me know if you have any questions.
I’ll send another email before I take the servers offline.
Lucas


On Apr 27, 2016, at 5:13 AM, Konstantin Tokarev <annulen <at> yandex.ru> wrote:

Hello,

According to [1], currently svn.webkit.org runs severely outdated Subversion 1.6.11. Since then, there were 3 significant releases of Subversion, which brought lots of performance improvements, most importantly brand new HTTP protocol [3] and storage format improvements [4]. Also, since 1.7 Apache 2.4 with MPM event is supported, which may increase server throughput.


BTW, to improve performance of up to date Subversion client (>= 1.8), it is needed to adjust Apache configuration[5]: increase MaxKeepAliveRequests from default 100 to at least 1000. This needs to be done regardless of Subversion server upgrade.


[1] http://svn.webkit.org/repository/webkit/
[2] https://subversion.apache.org/docs/release-notes/1.7.html
    https://subversion.apache.org/docs/release-notes/1.8.html
    https://subversion.apache.org/docs/release-notes/1.9.html
[3] https://subversion.apache.org/docs/release-notes/1.7.html#httpv2
[4] https://subversion.apache.org/docs/release-notes/1.8.html#fsfs-enhancements
   https://subversion.apache.org/docs/release-notes/1.9.html#fsfs-improvements
[5] https://subversion.apache.org/docs/release-notes/1.8.html#neon-deleted
   http://svn.haxx.se/dev/archive-2011-01/0320.shtml

_______________________________________________ webkit-dev mailing list webkit-dev <at> lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev

_______________________________________________
webkit-dev mailing list
webkit-dev <at> lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Adam Bergkvist | 20 Jun 11:05 2016
Picon

Git access

Hi

Git access to the repo seem to be stuck at 
705033b054017f33b94adacc3b5e7747aebb45ef (June 18)?

The unofficial github mirror has the same status [1].

/Adam

[1] https://github.com/WebKit/webkit/commits/master
Lucas Forschler | 18 Jun 18:54 2016
Picon

Re: Are there any plans to upgrade SVN server on svn.webkit.org?

Hello Folks,

I plan on updating the svn repository from version 1.6.11 to 1.9.4 tonight. I will likely start this process sometime this late afternoon. svn.webkit.org will be down during this time. I will also be taking build.webkit.org offline, so our bots do not fail due to a missing svn server. 

I will also be taking this time to upgrade the backend datastore on svn.webkit.org. This process requires a full svn dump/load cycle, and takes a significant amount of time. I expect the the server to return online Sunday by end of day.

Please let me know if you have any questions.
I’ll send another email before I take the servers offline.
Lucas


On Apr 27, 2016, at 5:13 AM, Konstantin Tokarev <annulen <at> yandex.ru> wrote:

Hello,

According to [1], currently svn.webkit.org runs severely outdated Subversion 1.6.11. Since then, there were 3 significant releases of Subversion, which brought lots of performance improvements, most importantly brand new HTTP protocol [3] and storage format improvements [4]. Also, since 1.7 Apache 2.4 with MPM event is supported, which may increase server throughput.


BTW, to improve performance of up to date Subversion client (>= 1.8), it is needed to adjust Apache configuration[5]: increase MaxKeepAliveRequests from default 100 to at least 1000. This needs to be done regardless of Subversion server upgrade.


[1] http://svn.webkit.org/repository/webkit/
[2] https://subversion.apache.org/docs/release-notes/1.7.html
    https://subversion.apache.org/docs/release-notes/1.8.html
    https://subversion.apache.org/docs/release-notes/1.9.html
[3] https://subversion.apache.org/docs/release-notes/1.7.html#httpv2
[4] https://subversion.apache.org/docs/release-notes/1.8.html#fsfs-enhancements
   https://subversion.apache.org/docs/release-notes/1.9.html#fsfs-improvements
[5] https://subversion.apache.org/docs/release-notes/1.8.html#neon-deleted
   http://svn.haxx.se/dev/archive-2011-01/0320.shtml

--
Regards,
Konstantin
_______________________________________________
webkit-dev mailing list
webkit-dev <at> lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

_______________________________________________
webkit-dev mailing list
webkit-dev <at> lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Frédéric WANG | 15 Jun 13:14 2016
Picon
Gravatar

Status of the MathML layout refactoring

Hi all,

Last December, Alex wrote an announcement about some refactoring of the
MathML layout code [1]. We slightly deviated from the plan proposed
there: the two separate steps (Remove FlexBox dependency without
changing the RenderTree structure and then Refactor the RenderTree
structure) are now expected to be done in a single phase. We also added
more phases: Adding support for important MathML features and OpenType
MATH properties ; and ​Moving all parsing of MathML attributes from
renderer classes to element classes.

You can get a detailed explanations and status on the trac wiki [2]. As
you can see we have already merged many patches of phase 1 and we are
close to make MathML independent from flexbox. We would definitely
welcome any help to complete that work as soon as possible... So if some
of you have time to review these patches or at least provide feedback,
that would be much appreciated!

Note that this refactoring mainly focuses on code quality so that it is
easier to maintain and to add future improvements. However, if you are
curious about how mathematical formulas will look like after the
refactoring, see [3] for a screenshot of Mozilla's MathML torture test
[4] in Safari, using the Latin Modern Math font [5].

Thanks,

Frédéric Wang

[1] https://lists.webkit.org/pipermail/webkit-dev/2015-December/027840.html
[2] http://trac.webkit.org/wiki/MathML/Early_2016_Refactoring
[3]
http://people.igalia.com/fwang/images/mac-webkitrefactored-latinmodernmath.png
[4]
https://developer.mozilla.org/en-US/docs/Mozilla/MathML_Project/MathML_Torture_Test
[5] The importance of fonts for math rendering has already been
discussed in a previous thread. See
http://trac.webkit.org/wiki/MathML/Fonts for the latest update.

_______________________________________________
webkit-dev mailing list
webkit-dev <at> lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Dean Jackson | 8 Jun 22:59 2016
Picon

REQUEST_ANIMATION_FRAME on all ports?

Do the EFL and GTK ports always enable this feature? If so, I'm going to remove the compile flag.

Dean
Andy Somogyi | 1 Jun 08:19 2016
Picon
Gravatar

WebKit render tree

Hi,

I’m a programming language researcher, and we are working on a new visual programming language. 

I’m investigating using WebCore as the rendering component of our language editing/visualization system. 

Essentially what I’d like to be able to do is to programmatically (C++) generate 1: a DOM tree of a new family of Element derived object, 2: rendering tree, 3: layout the tree, 4: attach a GraphicsContext to an existing window or bitmapped resource, and 5: use WebCore’s GraphicsContext to render the custom rendering tree. I’d also like to create a family of custom Element derived objects that would be attached to the rendering tree and use the rendering tree. I’d also like to respond to the standard events, i.e. mouse, keyboard, etc…

Do you think this would be possible using WebCore as a library and have these custom render tree / dom tree derived objects live in my own library (this is really, really the way I’d prefer to do things), or do you think it would be better to add these objects directly into the WebCore library. 

I don’t think accessing any of the render tree objects in webcore would cause any issues on Mac/Unix, however, Windows sadly requires those EXPORT macros on each class def. If I added these, what would be the WebKit policy of accepting these changes? 

What is the, for lack of a better word, the “viability” of WebKit on Windows? Our project fundamentally has to be cross-platform, and currently, I’m not aware of any webkit based browsers on Windows. I’m currently looking into using webkit, firefox or blink. I’ve essentially eliminated blink because their code is very hard to follow, much harder than webkit or firefox, and I think the webkit code is the easiest to understand and use. Webkit is currently my first choice, but my only hesitation is will webkit continued to be supported on Windows. 

thanks

-- Andy Somogyi PhD
School of Informatics and Computing
Indiana University
_______________________________________________
webkit-dev mailing list
webkit-dev <at> lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev
Mark Lam | 31 May 20:54 2016
Picon

Jon Lee is now a WebKit Reviewer

FYI, I just want to announce that Jon Lee is now a WebKit reviewer.  You may now send him patches to review.

Jon, congratulations.

Mark

Gmane