Bug 57566 - Can't identify file entities with WebKit::WebContextMenuData enum
Summary: Can't identify file entities with WebKit::WebContextMenuData enum
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit Misc. (show other bugs)
Version: 528+ (Nightly build)
Hardware: Other Other
: P2 Normal
Assignee: Zelidrag Hornung
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-31 11:55 PDT by Zelidrag Hornung
Modified: 2011-04-06 01:52 PDT (History)
7 users (show)

See Also:


Attachments
Added MediaTypeFile enum value to WebContextMenuData::MediaType (1.09 KB, patch)
2011-03-31 11:59 PDT, Zelidrag Hornung
no flags Details | Formatted Diff | Diff
Added MediaTypeFile enum value to WebContextMenuData::MediaType... with fix for Chromium side (1.28 KB, patch)
2011-04-05 19:56 PDT, Zelidrag Hornung
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Zelidrag Hornung 2011-03-31 11:55:50 PDT
We need to be able to use ContextMenuParams for file entity identification for ChromeOS file browser. The only change needed on WK side is to add a new enum WebKit::WebContextMenuData value to WebContextMenuData::MediaType - MediaTypeFile.
Comment 1 Zelidrag Hornung 2011-03-31 11:59:25 PDT
Created attachment 87774 [details]
Added MediaTypeFile enum value to WebContextMenuData::MediaType
Comment 2 David Levin 2011-04-01 17:55:08 PDT
This is a trivial change and by itself it seems fine, but I find it hard to understand how this enum change does anything and why it is beneficial and if it useful (w/o doing any other changes in WebKit), why this enum is upstream at all.

Thus my reluctance to r+.
Comment 3 David Levin 2011-04-05 11:46:48 PDT
Summary: There is a function/strucutre in WebKit that stores these enum values without caring what they are and a new one is needed for purposes on the Chromium side.
Comment 4 WebKit Commit Bot 2011-04-05 13:44:36 PDT
Comment on attachment 87774 [details]
Added MediaTypeFile enum value to WebContextMenuData::MediaType

Clearing flags on attachment: 87774

Committed r82976: <http://trac.webkit.org/changeset/82976>
Comment 5 WebKit Commit Bot 2011-04-05 13:44:41 PDT
All reviewed patches have been landed.  Closing bug.
Comment 6 Shane Stephens 2011-04-05 18:46:48 PDT
Reopening this bug as we need to roll out the patch - it breaks chromium build
Comment 7 David Levin 2011-04-05 19:03:57 PDT
Here's how to do this patch in a way that won't break any builds.

1. Submit a patch on the chromium side which fixes the build for when this enum is added but ifdef all the places.

Something like 
   #ifdef WebContextMenuDataFileTypeDefined
but with proper casing.

2. Put up with patch and add a 
   #define WebContextMenuDataFileTypeDefined
in the header file file.

3. Once it gets into chromium, you remove all the ifdef's and submit that patch.

4. Then one final patch in WebKit which removes  #define WebContextMenuDataFileTypeDefined from this header.
Comment 8 Zelidrag Hornung 2011-04-05 19:56:30 PDT
Created attachment 88356 [details]
Added MediaTypeFile enum value to WebContextMenuData::MediaType... with fix for Chromium side 

added new define WEBCONTEXT_MEDIATYPEFILE_DEFINED that should prevent Chromium build from breaking 

this needs to land after http://codereview.chromium.org/6799005/
Comment 9 WebKit Commit Bot 2011-04-05 23:30:12 PDT
Comment on attachment 88356 [details]
Added MediaTypeFile enum value to WebContextMenuData::MediaType... with fix for Chromium side 

Clearing flags on attachment: 88356

Committed r83023: <http://trac.webkit.org/changeset/83023>
Comment 10 WebKit Commit Bot 2011-04-05 23:30:16 PDT
All reviewed patches have been landed.  Closing bug.
Comment 11 WebKit Review Bot 2011-04-06 01:52:46 PDT
http://trac.webkit.org/changeset/83023 might have broken GTK Linux 32-bit Debug