Status: Assigned Owner: [email protected] Labels: Type-Feature Pri-3 OS-All Area-BrowserUI
New issue 6888 by [email protected]: Better address bar handling of javascript: (+etc.) URLs http://code.google.com/p/chromium/issues/detail?id=6888 When the user uses the address bar to navigate to: * A javascript: URL * A download * Something ShellExecuted * A mailto: link ...or any other address that doesn't actually change the URL but just triggers some other action, we should persist that in the bar until the user explicitly hits <esc> -- in other words, leave the permanent_text unchanged, but doesn't revert the user edit either. Subtle tweak: If the page itself navigate, then we _should_ go ahead and show that update. So, perhaps the current place where we RevertAll() after accepting the input should be changed to instead set some new member variable like "can revert on next update" and then when we get an update we go ahead and revert (and clear that) if it's set, or if the user types more or something we clear that variable. I think checking the locations where we set user_input_in_progress_ will give us the locations where we might need to fiddle with this variable. Determining which URLs to do this for can maybe be done in the loader (maybe these both look like a failed provisional load?). -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings --~--~---------~--~----~------------~-------~--~----~ Automated mail from issue updates at http://crbug.com/ Subscription options: http://groups.google.com/group/chromium-bugs -~----------~----~----~----~------~----~------~--~---
