New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 707763 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Last visit > 30 days ago
Closed: Apr 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 3
Type: Feature



Sign in to add a comment

Page is still translated with no indication or option to revert after leaving and coming back

Project Member Reported by alanrog...@google.com, Apr 3 2017

Issue description

Chrome Version: 59.0.3054.0 dev
Device Type: iPhone 7

Steps to reproduce:
(1) Go to a page with a different language from device language.
(2) When Chrome offers to translate, tap TRANSLATE
(3) Tap DONE
(4) Go to another page
(5) Go back to translated page

Expected result: Should be some indication that the page has been translated with an option to show the original page.

Actual result: The page is still translated, but there's no indication of the translation or option to show the original.


 
Cc: pschaffner@chromium.org mard...@chromium.org
Components: UI>Browser>Translate
Labels: Type-Feature
+UX/PM

We should first check if desktop/android behave the same way.
Cc: -pschaffner@chromium.org
Owner: pschaffner@chromium.org
Status: Assigned (was: Unconfirmed)
Cc: yyushkina@chromium.org
Owner: bbergher@chromium.org
My quick thought is to either force a reload in these scenarios or to show the infobar upon returning that says the page has been translated and gives the option to show the original. Not sure about the feasibility of either.

+Bruno who might know if there is assist thinking on this scenario already.
Forcing a reload is not a great user experience in my opinion. If a user translated content, then left the tab and came back, they probably want to see the page as they left it.

The new mobile UI that we're working on now avoids this issue by keeping the Translate infobar in place and showing which language the page is in (whether original or translated target) unless the user dismisses it (go/easier-translate). I think if the user dismisses the bar we should honor that even in the case of leaving a tab and coming back to it.
I agree with Yana's comments.

Additionally, my mental model is that pages in the history stack are not necessarily representations of their original state, but rather where the user left off.
Status: WontFix (was: Assigned)
Marking as won't fix. Please reach out off bug if you vehemently disagree :)
Components: -UI>Browser>Translate UI>Browser>Language>Translate

Sign in to add a comment