Skip to content
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

Unlaunched/coming soon site: user able to follow through reader and then see posts #56779

Closed
Nic-Sevic opened this issue Oct 5, 2021 · 21 comments
Assignees
Labels
Coming Soon Customer Report Issues or PRs that were reported via Happiness. Previously known as "Happiness Request". [Feature] Reader The reader site on Calypso. Groundskeeping Issues handled through Dotcom Groundskeeping rotations [Pri] Low Address when resources are available. [Status] Priority Review Triggered Quality squad has been notified of this issue in #dotcom-triage-alerts Triaged To be used when issues have been triaged. [Type] Bug

Comments

@Nic-Sevic
Copy link
Contributor

Quick summary

If a user searches for and follows a site via the reader they are then able to see any content on a coming soon site even if the site has not yet been launched. If you launch and set back to coming soon the content is hidden again (at least when I tested from an already launched site).

Steps to reproduce

  1. Find/create site and do not launch
  2. With another account search the site address in reader and follow
  3. pull up site address and see content

What you expected to happen

Content should remain hidden whether launched or not when in coming soon mode

What actually happened

Content is visible when site not yet launched and someone follows

Context

4340612-zd-woothemes

Operating System

No response

Browser

No response

Simple, Atomic or both?

Simple

Theme-specific issue?

No response

Other notes

No response

Reproducibility

No response

Severity

No response

Available workarounds?

No response

Workaround details

No response

@kimerlin81
Copy link

kimerlin81 commented Oct 5, 2021

I've tested several times with existing (simple and atomic) sites, but I'm unable to reproduce this.

I followed these steps:

  1. Find/create site and do not launch
  2. With another account search the site address in reader and follow
  3. pull up site address and see content

However, each time I view a site after following it, the "Coming soon" page displays (not the site content).

I then created a new simple site - http://un-launched.com/
It has not been launched and I'm still unable to reproduce this.
I logged into a secondary WP account > went to Reader > searched for "un-launched.com" > followed "un-launched.com" and then opened http://un-launched.com/ in a new tab. I was unable to see anything other than the Coming soon page.
I also tested in an incognito browser.

Screen recording is attached.

Screen.Capture.on.2021-10-05.at.12-38-23.mp4

@edequalsawesome edequalsawesome added the [Pri] High Address as soon as possible after BLOCKER issues label Dec 14, 2021
@edequalsawesome
Copy link

I was able to duplicate this after a user reported seeing two new followers on their site in 4609237-zen -- I created a new site titled Unlaunched Test Site, and was then able to follow it from my test account. I then published a post, and I was able to see it on my test account, despite the site being unlaunched.

2021-12-14 14 43 39

I've set this with high priority, since it'll apply to every Coming Soon site.

@kosiew kosiew added the Triaged To be used when issues have been triaged. label Dec 16, 2021
@cometgrrl
Copy link
Contributor

@Automattic/flow-patrol-create Is this something you could look at? It's a little scary that people could gain access to unlaunched sites and their content through this bug.

@cometgrrl cometgrrl added the [Feature] Reader The reader site on Calypso. label Aug 26, 2022
@simison
Copy link
Member

simison commented Aug 29, 2022

This would be expected, as the site isn't in "private" mode and rather just the front of the page gets replaced with "coming soon" page. Similarly you can just type in the RSS Feed URL and add it to any other RSS feed reader.

For full privacy, you'd switch the site to "private" mode with its quirks and problems that come with it.

For our own Reader could choose to just check the site status and not add them, or not fetch posts until the site is fully public. Not sure how often this happens anyway.

@github-actions
Copy link

Support References

This comment is automatically generated. Please do not edit it.

  • 4340612-zen
  • 4609237-zen

@daledupreez
Copy link
Contributor

Similarly you can just type in the RSS Feed URL and add it to any other RSS feed reader.

This also feels unexpected to me as a user -- I would prefer the feed to be empty before launch. But I think that's a separate improvement/fix.

@simison
Copy link
Member

simison commented Aug 29, 2022

I appreciate it can be surprising. We used to have sites hidden in every way possible during coming soon mode, but it was a constant source of bugs as many features work only when site is public. Even tiled gallery would break.

Instead of keeping fixing those things, we just adjusted only pages be private, and the rest like images, RSS feed, etc are there if one digs them up.

Current model pretty much meets the customer expectations most of the time; "I visit my URL, it should show coming soon page".

@simison simison added [Type] Enhancement and removed [Type] Bug [Pri] High Address as soon as possible after BLOCKER issues labels Aug 29, 2022
@simison
Copy link
Member

simison commented Aug 29, 2022

Switched from a "bug" to "Reader enhancement", happy to converse more if anyone disagrees. :-)

@roo2
Copy link
Contributor

roo2 commented Sep 14, 2022

I've been investigating this from a sperate report p1662606196916629-slack-C03NLNTPZ2T, I think I'm pretty close to coming up with a fix and it would definitely be better if we can not make the users posts visible before they launched the site!

@roo2
Copy link
Contributor

roo2 commented Sep 14, 2022

Ahh just to clarify, "coming soon" content is not available via search in reader, ( internally there is a "searchable" blog_info index that is only true if the site is blog_public=1 ) but "coming soon" content is available if you subscribe to the blog directly

@roo2
Copy link
Contributor

roo2 commented Sep 14, 2022

It looks like to fix this we will have to add a coming_soon index to elastic search, or update the search used by an individual blog's feed to only return "searchable" blogs. I'll leave this task for now.

@simison
Copy link
Member

simison commented Sep 14, 2022

It looks like to fix this we will have to add a coming_soon index to elastic search

What's a blocker for doing just that?

@roo2
Copy link
Contributor

roo2 commented Sep 14, 2022

Not a blocker, but I personally don't know how to do it! 😛 and realizing that this issue only affects blogs that have been subscribed to directly, and also that with the way public coming soon was implemented, we know that there are ways to get access to the content, I don't think it's as big a priority to fix right away. When I started investigating I thought that coming soon sites were showing up in reader's search

@mrfoxtalbot
Copy link

@simison, do you think you could help us move this forward? While we are at it, we should try to fis #92385 as well.

To me these are not mere enhancements but actual bugs and ones that have privacy/trust implications.

Thank you!

@mrfoxtalbot mrfoxtalbot added [Type] Bug [Pri] High Address as soon as possible after BLOCKER issues and removed [Type] Enhancement labels Jul 5, 2024
@xavier-lc xavier-lc self-assigned this Aug 23, 2024
@xavier-lc xavier-lc added the Groundskeeping Issues handled through Dotcom Groundskeeping rotations label Aug 23, 2024
@matticbot matticbot moved this from Needs Triage to Triaged in Automattic Prioritization: The One Board ™ Aug 23, 2024
@matticbot matticbot added the [Status] Priority Review Triggered Quality squad has been notified of this issue in #dotcom-triage-alerts label Aug 23, 2024
@xavier-lc
Copy link
Contributor

PR ready for review: D159347-code

@github-actions github-actions bot added the Customer Report Issues or PRs that were reported via Happiness. Previously known as "Happiness Request". label Aug 23, 2024
@mrfoxtalbot
Copy link

mrfoxtalbot commented Aug 27, 2024

@xavier-lc, since not all a12s have access to Phabricator, could you please come back and close this issue once the patch is merged? Thank you!

@paulopmt1 paulopmt1 added [Pri] Low Address when resources are available. and removed [Pri] High Address as soon as possible after BLOCKER issues labels Aug 28, 2024
@xavier-lc
Copy link
Contributor

@xavier-lc, since not all a12s have access to Phabricator, could you please come back and close this issue once the patch is merged? Thank you!

Yes, I'll do that 👍

@mrfoxtalbot
Copy link

Thanks! Any updates @xavier-lc?

@xavier-lc
Copy link
Contributor

The review is taking a while :/ I think it'll get aproved soon, though.

@xavier-lc
Copy link
Contributor

@mrfoxtalbot the changes have been deployed.

@davemart-in
Copy link
Contributor

Looks like this shipped. Closing this issue out.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Coming Soon Customer Report Issues or PRs that were reported via Happiness. Previously known as "Happiness Request". [Feature] Reader The reader site on Calypso. Groundskeeping Issues handled through Dotcom Groundskeeping rotations [Pri] Low Address when resources are available. [Status] Priority Review Triggered Quality squad has been notified of this issue in #dotcom-triage-alerts Triaged To be used when issues have been triaged. [Type] Bug
Development

No branches or pull requests