Assigned
Status Update
Comments
ya...@google.com <ya...@google.com> #2
Thanks for the report. I will route this to the appropriate internal team and update this when I hear back from them.
em...@gmail.com <em...@gmail.com> #3
One more detail, Data Layer event calls from the watch to the phone (running Android 13) do work on if the listener is in an Activity or Fragment.
ho...@gmail.com <ho...@gmail.com> #4
Also, I'm seeing this message in the Logcat:
"2022-06-12 18:47:15.156 1841-4562/? W/PackageManager: Intent does not match component's intent filter: Intent { act=com.google.android.gms.wearable.BIND_LISTENER"
"2022-06-12 18:47:15.156 1841-4562/? W/PackageManager: Intent does not match component's intent filter: Intent { act=com.google.android.gms.wearable.BIND_LISTENER"
Description
To be clear, by extensionless URIs, I mean to say that my static site generator produces a directory structure that looks like the following:
/
/my-resource
/index.html
My resource can now be dereferenced from /my-resource.
Cloud storage provides a way to resolve the directory URL to a default file via the MainPageSuffix. However, the way in which it appears to be doing this is problematic for me in 2 respects:
1. MainPageSuffix relies on redirects to the actual MainPageSuffix file - even in the case where that file is index.html (which I would guess is the most common value). This can muddy the waters for Web sites where the canonical URL is different from the one the user is redirected to. It can completely break more specialized sites like
2. The behavior for MainPageSuffix is dependent on the absence of a trailing slash. If I add the trailing slash, I get the resource without the redirect. The problem in my case is that what I actually want is the resource without the trailing slash and without a redirection to the file itself.
My desired state is a set of resources that a) do not have to end in *.html (or 'index') and b) do not have to end in a trailing slash. I'm fine with either proxying or redirection, but the end result should look like the following.
A related issue can be found at
Thanks,
_howard