-
Notifications
You must be signed in to change notification settings - Fork 384
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Validate only AMP-enabled pages in Site Scan #6650
Comments
Note that in #6520 I have changes which will allow |
Also from #6520 (comment):
|
As per the next comment on #6520, this has been already addressed in #6610 (ffe1c0e). |
|
Reopening because there is an outstanding issue not yet addressed with the merge of #6610: When legacy Reader mode is initially selected (as it currently is by default), the Site Scan in the onboarding wizard is only scanning the URLs that are available in legacy Reader mode (singular posts, pages, and attachments). In reality, since we're forcing Standard mode in the onboarding wizard's Site Scan, we should be obtaining the scannable URLs for Standard mode as well. Then once the user saves the settings in the onboarding wizard, the scannable URLs should be re-fetched without any option overrides to obtain the URLs to show for the site preview on the Done screen. |
QA Passed ✅ Only the AMP pages are returning from |
Feature Description
A list of URLs being validated by the Site Scan feature should vary depending on the current state of the Template Mode or Supported Templates option.
As part of the Site Scan feature proposed in #4719 and implemented in #6610, a client-side AMP validation is performed on a set of URL.
The URLs are provided by the
ScannableURLProvider
viaScannableURLsRestController
. They are meant to represent various types of pages so that the Site Scan gives best results.The existing implementation of the
ScannableURLProvider
does not take the current Template Mode or Supported Template types into consideration when returning the URLs. For instance, even though in the Reader mode only thepost
andpage
templates are AMP-enabled, the provider returns other URLs like the homepage or archives.Moreover, despite the fact that the
SiteScanContextProvider
proposed in #6610 will correctly invalidate the scan results whenever a Template Mode or Supported Template types change, it will still not refetch the scannable URLs from the REST endpoint in such a case.Acceptance Criteria
No response
Implementation Brief
No response
QA Testing Instructions
No response
Demo
No response
Changelog Entry
No response
The text was updated successfully, but these errors were encountered: