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

re #911

Open
Astara opened this issue Jul 5, 2021 · 0 comments
Open

re #911

Astara opened this issue Jul 5, 2021 · 0 comments

Comments

@Astara
Copy link

Astara commented Jul 5, 2021

RP: 5.28.1
Browser is palemoon, but this isn't a browser specific issue, but an issue
with 'translate.google.com'.

It's not easy to use RP w/that website. Only thing I have found that worked was disabling RP.

Problem is that when translating a remote page (I was using "https://www.ir2.vobilegroup.com/" but
any page needing translating should cause the same prob if it has resources to load from that remote page).

Google creates a temporary domainname (not really, but it acts like one on the HTTP/s level.

What ends up happening is their translated page comes from a subdomain under
'translate.goog' (goog as TLD). They prepend the real source, modified, to that domainname, so
for the website I was using, the requests come from:
"https://www-ir2-vobilegroup-com.translate.goog/"
I think they append page-specific elements to that.

Problem here is for RP to work, it needs some sort of wildcard support, like
*.translate.goog

I tried permitting all from translate.goog, (as well as translate.google.com). Even though RP
has special permit code to find a dom under 'www.example.com' as 'example.com', prepending
a whole made-up subdomain, seems a bit of a stretch.

I think I found the aboe out by using the RP-request log, and doing enough page replots and going through
the error message till I could get the bottom line displayed when the popup was still up and blocking.

Hard to see the last. line in the rqlog as window needed scrolling down, but focus of error-popup was preventing scrolling.
As soon as one hits ok in error-popup, more rq's come in and hide the original bottom line. Maybe detaching the log and stretching it out might have done the trick...not sure.

Comments? Questions? Clue-sticks? another white-overcoat for my trip to lunybin? :-)

Astara

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

No branches or pull requests

1 participant