Skip to content

Check status and pass headers when proxy-streaming from file-store#17

Open
kapcod wants to merge 3 commits intosa_patches_6.3.3from
sa_patches_6.3.3_ilya_fix_s3proxy_response_headers
Open

Check status and pass headers when proxy-streaming from file-store#17
kapcod wants to merge 3 commits intosa_patches_6.3.3from
sa_patches_6.3.3_ilya_fix_s3proxy_response_headers

Conversation

@kapcod
Copy link

@kapcod kapcod commented Sep 3, 2023

Before this change, when there was any issue during proxy, fileRes.pipe might have proxied 0 bytes, or proxy error body from store with status 200.

Such issues might be temporary, for example due to eventual consistency on S3 upload, but because the response status is 200 and caching headers are set for a year, this can cause invalid response to be cached forever when using cdn-cache.

nmagedman and others added 3 commits September 3, 2023 11:21
The login form now shows a lengthy welcome message, hardcoded to:

	> Welcome to {siteName} workspace

where {siteName} is currently "Seeking Alpha Chat".
I find the text of "workspace" to be awkward, but it's not configurable.

There is an option to disable it entirely, but then it looks empty.
There used to be a large SA logo, but they've shrunk the logo down considerably.

I would like the text:

	> Seeking Alpha
	> Investing Groups

However, left as a single line, those four words don't wrap at the right point.
Use HTML to explicitly break it at the right point.
Our hack to the login form currently only supports identifying the user
by email address, not by username.  Until that is fixed, we should change
the field label to read "Email address" rather than "Email or username".

Concurrent with this patch, we should remove the custom configuration
for `Accounts_EmailOrUsernamePlaceholder`, returning it to the default empty string.
We had customized it "Email address" when 5.x treated the empty string as "Email or username".
However 6.x treats the empty string as "example@example.com".
Before this change, when there was any issue during proxy, `fileRes.pipe` might have proxied 0 bytes, or proxy error body from store with status 200.

Such issues might be temporary, for example due to eventual consistency on S3 upload, but because  the response status is 200 and caching headers are set for a year, this can cause invalid response to be cached forever when using cdn-cache.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants