Long-pressing support.apple.com categories shows a PNG instead of the web page preview, tapping loads image asset only instead of web page

• Component: New Bugs
• Status: RESOLVED FIXED

[Dean Jackson]

Clicky Orbing support.apple.com categories shows a PNG instead of the web page preview, tapping loads image asset only instead of web page

[Dean Jackson]

Created attachment 383189 [details]
Patch

[Dean Jackson]

<rdar://55614939>

[Simon Fraser (smfr)]

Comment on attachment 383189 [details]
Patch

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

> Source/WebKit/ChangeLog:10
> +        Sometime recently, Safari started using our ContextMenu API rather than the old SPI. At that
> +        point they accidentally began providing a PreviewViewController that displayed the image

Maybe reword this.

> Source/WebKit/ChangeLog:15
> +        This could be fixed in Safari, but I noticed that we actually tell the delegate that the
> +        type of the activated element is an image, which is why they treat it as such. It's not
> +        clear that because the image also has a link attached, a client should defer to the link.

Are we not able to tell the client "link and image"?

[Dean Jackson]

Committed r252309: <https://trac.webkit.org/changeset/252309>

[Dean Jackson]

(In reply to Simon Fraser (smfr) from comment #3)
> Comment on attachment 383189 [details]
> 
> Are we not able to tell the client "link and image"?

We do. We don't give them a type, just information on whether there is a link and whether there is an image. The client decides what to do.

[Aakash Jain]

(In reply to Dean Jackson from comment #4)
> Committed r252309: <https://trac.webkit.org/changeset/252309>
The newly added API test TestWebKitAPI._WKActivatedElementInfo.InfoForLinkAroundImage is failing consistently on iOS. EWS status-bubble for api-ios was also red and indicated this failure. 

Tracked in Bug 204058.