RESOLVED FIXED Bug 155035
Consolidate RuntimeApplicationChecks and RuntimeApplicationChecksIOS
https://bugs.webkit.org/show_bug.cgi?id=155035
Summary Consolidate RuntimeApplicationChecks and RuntimeApplicationChecksIOS
Chris Dumez
Reported 2016-03-04 13:09:46 PST
Consolidate RuntimeApplicationChecks and RuntimeApplicationChecksIOS and use a more consistent mechanism for app detection that works both on WK1 and WK2.
Attachments
WIP Patch (70.74 KB, patch)
2016-03-04 14:24 PST, Chris Dumez
no flags
Patch (82.17 KB, patch)
2016-03-04 15:01 PST, Chris Dumez
no flags
Patch (81.93 KB, patch)
2016-03-04 15:52 PST, Chris Dumez
no flags
Patch (81.93 KB, patch)
2016-03-04 15:53 PST, Chris Dumez
no flags
Patch (81.88 KB, patch)
2016-03-04 15:58 PST, Chris Dumez
no flags
Chris Dumez
Comment 1 2016-03-04 14:24:22 PST
Created attachment 273041 [details] WIP Patch
Chris Dumez
Comment 2 2016-03-04 15:01:28 PST
Chris Dumez
Comment 3 2016-03-04 15:52:26 PST
Chris Dumez
Comment 4 2016-03-04 15:53:57 PST
Chris Dumez
Comment 5 2016-03-04 15:58:23 PST
Darin Adler
Comment 6 2016-03-05 18:37:34 PST
Comment on attachment 273053 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=273053&action=review > Source/WebCore/platform/RuntimeApplicationChecks.mm:64 > + ASSERT_WITH_MESSAGE(isSafari == applicationBundleIsEqualTo("com.apple.Safari"), "Should not be called before setApplicationBundleIdentifier()"); This assertion will only fire if we use this wrong and are actually running the app in question. It would be a lot better if we had an assertion that would occur whenever the first time we called the functions in the wrong order, not just when an actual incorrect result is going to be returned.
WebKit Commit Bot
Comment 7 2016-03-05 19:28:45 PST
Comment on attachment 273053 [details] Patch Clearing flags on attachment: 273053 Committed r197628: <http://trac.webkit.org/changeset/197628>
WebKit Commit Bot
Comment 8 2016-03-05 19:28:49 PST
All reviewed patches have been landed. Closing bug.
Csaba Osztrogonác
Comment 9 2016-03-18 08:44:07 PDT
(In reply to comment #7) > Comment on attachment 273053 [details] > Patch > > Clearing flags on attachment: 273053 > > Committed r197628: <http://trac.webkit.org/changeset/197628> It broke the Apple Mac cmake build: Undefined symbols for architecture x86_64: "WebCore::MacApplication::isQuickenEssentials()", referenced from: WebCore::Widget::paint(WebCore::GraphicsContext&, WebCore::IntRect const&) in WidgetMac.mm.o "WebCore::MacApplication::isSolidStateNetworksDownloader()", referenced from: WebCore::CachedScript::shouldIgnoreHTTPStatusCodeErrors() const in CachedScript.cpp.o "WebCore::MacApplication::isIBooks()", referenced from: WebCore::JSDOMWindowBase::commonVM() in JSDOMWindowBase.cpp.o "WebCore::MacApplication::isITunes()", referenced from: WebCore::JSDOMWindowBase::commonVM() in JSDOMWindowBase.cpp.o "WebCore::MacApplication::isHipChat()", referenced from: WebCore::JSLocation::putDelegate(JSC::ExecState*, JSC::PropertyName, JSC::JSValue, JSC::PutPropertySlot&, bool&) in JSLocationCustom.cpp.o "WebCore::ScrollableArea::systemLanguageIsRTL()", referenced from: WebCore::RenderStyle::shouldPlaceBlockDirectionScrollbarOnLeft() const in RenderStyle.cpp.o "WebCore::ScrollableArea::verticalScrollbarIsOnLeft() const", referenced from: WebCore::ScrollView::updateScrollbars(WebCore::IntPoint const&) in ScrollView.cpp.o WebCore::ScrollView::documentScrollPositionRelativeToViewOrigin() const in ScrollView.cpp.o WebCore::ScrollView::scrollCornerRect() const in ScrollView.cpp.o WebCore::RenderLayerCompositor::positionForClipLayer() const in RenderLayerCompositor.cpp.o ld: symbol(s) not found for architecture x86_64 speculative fix landed in http://trac.webkit.org/changeset/198412
Note You need to log in before you can comment on or make changes to this bug.