Bug 134589

Summary: [GTK] Use the same default options for production builds that previous stable releases
Product: WebKit Reporter: Carlos Garcia Campos <cgarcia>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: berto, buildbot, bunhere, cdumez, commit-queue, dbates, gyuyoung.kim, rakuco, rniwa, sergio
Priority: P2 Keywords: Gtk
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on: 134588    
Bug Blocks:    
Attachments:
Description Flags
Patch
none
This should apply now
mrobinson: review-
Updated patch
none
Fix cmake 'coding' style
mrobinson: review+, buildbot: commit-queue-
Archive of layout-test-results from webkit-ews-10 for mac-mountainlion-wk2 none

Description Carlos Garcia Campos 2014-07-03 04:20:00 PDT
We should use the same options for now, later we can discuss whether to change anything or not.
Comment 1 Carlos Garcia Campos 2014-07-03 04:24:25 PDT
Created attachment 234331 [details]
Patch
Comment 2 Carlos Garcia Campos 2014-07-03 06:38:08 PDT
Created attachment 234339 [details]
This should apply now
Comment 3 Martin Robinson 2014-07-03 10:57:48 PDT
Comment on attachment 234339 [details]
This should apply now

View in context: https://bugs.webkit.org/attachment.cgi?id=234339&action=review

Looks good, but we need to make accelerated canvas support conditional on CairoGL.

> Source/cmake/OptionsGTK.cmake:68
> +WEBKIT_OPTION_DEFAULT_PORT_VALUE(ENABLE_ACCELERATED_2D_CANVAS ON)

This should be determined by whether or not you have CairoGL support. The default should probably be off.

> Tools/Scripts/webkitperl/FeatureList.pm:158
> -      define => "ENABLE_ACCELERATED_2D_CANVAS", default => 0, value => \$accelerated2DCanvasSupport },
> +      define => "ENABLE_ACCELERATED_2D_CANVAS", default => isGtk(), value => \$accelerated2DCanvasSupport },

I think this is going to fail unless Cairo with GL support is installed. This isn't the typical installation on most systems.
Comment 4 Carlos Garcia Campos 2014-07-10 03:09:04 PDT
(In reply to comment #3)
> (From update of attachment 234339 [details])
> View in context: https://bugs.webkit.org/attachment.cgi?id=234339&action=review
> 
> Looks good, but we need to make accelerated canvas support conditional on CairoGL.

You are right.

> > Source/cmake/OptionsGTK.cmake:68
> > +WEBKIT_OPTION_DEFAULT_PORT_VALUE(ENABLE_ACCELERATED_2D_CANVAS ON)
> 
> This should be determined by whether or not you have CairoGL support. The default should probably be off.

In stable it's on by default when cairo-gl is found in production. We should make sure that options enabled in production are also enabled in developer builds. We can change the default value if it was a mistake in stable, though.

> > Tools/Scripts/webkitperl/FeatureList.pm:158
> > -      define => "ENABLE_ACCELERATED_2D_CANVAS", default => 0, value => \$accelerated2DCanvasSupport },
> > +      define => "ENABLE_ACCELERATED_2D_CANVAS", default => isGtk(), value => \$accelerated2DCanvasSupport },
> 
> I think this is going to fail unless Cairo with GL support is installed. This isn't the typical installation on most systems.

Even if this is on by default here, it will be disabled later by cmake if the requirements are not found (once I add the checks for cairo-gl, I mean)
Comment 5 Carlos Garcia Campos 2014-07-10 03:25:47 PDT
Created attachment 234698 [details]
Updated patch

Make accelerated 2D canvas depend on cairo-gl
Comment 6 WebKit Commit Bot 2014-07-10 03:27:11 PDT
Attachment 234698 [details] did not pass style-queue:


ERROR: Source/cmake/FindCairoGL.cmake:38:  Use lowercase command "string"  [command/lowercase] [5]
Total errors found: 1 in 5 files


If any of these errors are false positives, please file a bug against check-webkit-style.
Comment 7 Carlos Garcia Campos 2014-07-10 03:29:39 PDT
Created attachment 234699 [details]
Fix cmake 'coding' style
Comment 8 Build Bot 2014-07-10 04:41:23 PDT
Comment on attachment 234699 [details]
Fix cmake 'coding' style

Attachment 234699 [details] did not pass mac-wk2-ews (mac-wk2):
Output: http://webkit-queues.appspot.com/results/4750507172167680

New failing tests:
media/track/add-and-remove-track.html
Comment 9 Build Bot 2014-07-10 04:41:27 PDT
Created attachment 234701 [details]
Archive of layout-test-results from webkit-ews-10 for mac-mountainlion-wk2

The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews.
Bot: webkit-ews-10  Port: mac-mountainlion-wk2  Platform: Mac OS X 10.8.5
Comment 10 Carlos Garcia Campos 2014-07-10 09:11:42 PDT
Committed r170964: <http://trac.webkit.org/changeset/170964>
Comment 11 Alberto Garcia 2014-09-25 23:57:28 PDT
(In reply to comment #4)
> > > +      define => "ENABLE_ACCELERATED_2D_CANVAS", default => isGtk(), value => \$accelerated2DCanvasSupport },
> >
> > I think this is going to fail unless Cairo with GL support is installed. This isn't the typical installation on most systems.
>
> Even if this is on by default here, it will be disabled later by cmake if the requirements are not found (once I add the checks for cairo-gl, I mean)

That doesn't seem to be the case, see bug 136576.
Comment 12 Csaba Osztrogonác 2014-10-21 05:33:23 PDT
Comment on attachment 234699 [details]
Fix cmake 'coding' style

View in context: https://bugs.webkit.org/attachment.cgi?id=234699&action=review

> Source/cmake/OptionsGTK.cmake:106
> +WEBKIT_OPTION_DEFAULT_PORT_VALUE(ENABLE_FTPDIR OFF)

Just out of curiosity? Is there a concrete reason for disabling FTPDIR?
It is enabled everywhere long long time ago. 

I started thinking if we should remove this guard, 
but this change made me unsure.
Comment 13 Carlos Garcia Campos 2014-10-21 06:00:42 PDT
(In reply to comment #12)
> Comment on attachment 234699 [details]
> Fix cmake 'coding' style
> 
> View in context:
> https://bugs.webkit.org/attachment.cgi?id=234699&action=review
> 
> > Source/cmake/OptionsGTK.cmake:106
> > +WEBKIT_OPTION_DEFAULT_PORT_VALUE(ENABLE_FTPDIR OFF)
> 
> Just out of curiosity? Is there a concrete reason for disabling FTPDIR?

I have no idea.