[Qt] Fix build for WK2, do not use enum type if values can be outside the enum
Created attachment 129269 [details] Patch
Comment on attachment 129269 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=129269&action=review > Source/WebKit2/ChangeLog:10 > + We have two different enums called NavigationRequestAction. If we use one of them > + to store the variables, compilers can rightfully warn about comparison with > + values from other enums. why do we have that? ain't they namespaced? > Source/WebKit2/ChangeLog:12 > + We might revist the strategy of exposing different enumerations in experimental, revisit
Comment on attachment 129269 [details] Patch rs=me to fix the build now, but we _really_ need to refactor using two NavigationRequestAction enum. :-/
Committed r109113: <http://trac.webkit.org/changeset/109113>
Comment on attachment 129269 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=129269&action=review >> Source/WebKit2/ChangeLog:10 >> + values from other enums. > > why do we have that? ain't they namespaced? We can't choose one or other to be the type of the property since the values come from different enums. Namespacing is not an issue here. The QtWebKit API exposes a property that takes values from two different enums.
Reopen, because we need a proper fix instead of workaround.
(In reply to comment #6) > Reopen, because we need a proper fix instead of workaround. I prefer closing this since it was intended just to revert the code back to its previous state. See bug 80164 for changes that deal with the workaround.