|
|
Created:
6 years, 5 months ago by palmer Modified:
6 years, 5 months ago CC:
chromium-reviews Base URL:
svn://svn.chromium.org/chrome/trunk/src Project:
chromium Visibility:
Public. |
DescriptionProvide an option to launch the date and time preferences.
When an X.509 certificate appears invalid because it is expired or not yet
valid, but we have reason to believe the clock is wrong, help users find out
how to fix their clock.
A future CL will run a check for the time at startup (and periodically
after?) and raise an infobar with similar functionality, as well.
BUG=349653
Committed: https://src.chromium.org/viewvc/chrome?view=rev&revision=284638
Patch Set 1 #
Total comments: 2
Patch Set 2 : Use the CrOS-approved method; separate grunge into helper function. #Patch Set 3 : Fix Windows compile, hopefully. #
Total comments: 1
Patch Set 4 : Allow new privs for Linux. #Patch Set 5 : Handle KDE, and more possible pathnames for the executable. #
Total comments: 2
Patch Set 6 : Don't VLOG, it's unnecessary. #Patch Set 7 : Filed and linked to a bug for the iOS TODO. #Patch Set 8 : Try not using a wstring. #Patch Set 9 : Despite the presubmit hooks, Windows really wants wstring. So. #Patch Set 10 : Fix the build on ChromeOS. #Messages
Total messages: 30 (0 generated)
jorgelo: Can you clue me in on how to launch ChromeOS's date and time settings? rsesek: ...iOS? felt: LGTY as a first pass (infobar to come)?
Open new tab/window and navigate to 'chrome://settings/search#Date%20and%20time' I believe. +stevenjb who might have a better suggestion.
+ michaelpg who has worked on both system clock and settings code in Chrome OS. The method you want to correctly open a settings subpage is chrome::ShowSettingsSubPageForProfile(), in chrome_pages.cc. The suggested subpage is correct, see SystemTrayDelegateChromeOS::ShowDateSettings() for how to build that correctly. https://codereview.chromium.org/397713007/diff/1/chrome/browser/ssl/ssl_block... File chrome/browser/ssl/ssl_blocking_page.cc (right): https://codereview.chromium.org/397713007/diff/1/chrome/browser/ssl/ssl_block... chrome/browser/ssl/ssl_blocking_page.cc:620: #elif defined(OS_CHROMEOS) Puttung all of these #ifdefs inside a case block is really hard to read, can we move this logic to a helper method at least?
On 2014/07/16 01:11:33, stevenjb wrote: > + michaelpg who has worked on both system clock and settings code in Chrome OS. > > The method you want to correctly open a settings subpage is > chrome::ShowSettingsSubPageForProfile(), in chrome_pages.cc. > > The suggested subpage is correct, see > SystemTrayDelegateChromeOS::ShowDateSettings() for how to build that correctly. > > https://codereview.chromium.org/397713007/diff/1/chrome/browser/ssl/ssl_block... > File chrome/browser/ssl/ssl_blocking_page.cc (right): > > https://codereview.chromium.org/397713007/diff/1/chrome/browser/ssl/ssl_block... > chrome/browser/ssl/ssl_blocking_page.cc:620: #elif defined(OS_CHROMEOS) > Puttung all of these #ifdefs inside a case block is really hard to read, can we > move this logic to a helper method at least? You can launch the SetTimeDialog on its own, without navigating to the Settings page. See system_tray_delegate_chromeos.cc and date_time_options_handler.cc for examples of this. There is a quirk, though. The SetTimeUI only shows the timezone dropdown if the user is not logged in. This is because, currently, the only way to open the dialog when you are logged in is from the Settings page, where we already have the timezone dropdown. If you want to show this dialog when the user is logged in, and the timezone factors into certificate checks, you may want to change this behavior. For example, update SetTimeUI to take a parameter for which fields to show.
https://codereview.chromium.org/397713007/diff/1/chrome/browser/ssl/ssl_block... File chrome/browser/ssl/ssl_blocking_page.cc (right): https://codereview.chromium.org/397713007/diff/1/chrome/browser/ssl/ssl_block... chrome/browser/ssl/ssl_blocking_page.cc:620: #elif defined(OS_CHROMEOS) On 2014/07/16 01:11:32, stevenjb wrote: > Puttung all of these #ifdefs inside a case block is really hard to read, can we > move this logic to a helper method at least? Done.
Mac LG, though I do not think we can implement this on iOS. https://codereview.chromium.org/397713007/diff/40001/chrome/browser/ssl/ssl_b... File chrome/browser/ssl/ssl_blocking_page.cc (right): https://codereview.chromium.org/397713007/diff/40001/chrome/browser/ssl/ssl_b... chrome/browser/ssl/ssl_blocking_page.cc:264: base::LaunchOptions options; You may need to set allow_new_privs = true on Linux.
+agl for OWNERS review.
lgtm fwiw https://codereview.chromium.org/397713007/diff/80001/chrome/browser/ssl/ssl_b... File chrome/browser/ssl/ssl_blocking_page.cc (right): https://codereview.chromium.org/397713007/diff/80001/chrome/browser/ssl/ssl_b... chrome/browser/ssl/ssl_blocking_page.cc:288: VLOG(1) << "Running " << command.GetCommandLineString(); was this VLOG for testing or meant to stay?
https://codereview.chromium.org/397713007/diff/80001/chrome/browser/ssl/ssl_b... File chrome/browser/ssl/ssl_blocking_page.cc (right): https://codereview.chromium.org/397713007/diff/80001/chrome/browser/ssl/ssl_b... chrome/browser/ssl/ssl_blocking_page.cc:288: VLOG(1) << "Running " << command.GetCommandLineString(); > was this VLOG for testing or meant to stay? I'll whack it, it isn't necessary.
Oops, I forgot to actually add agl as a reviewer (for OWNERS review).
lgtm
The CQ bit was checked by palmer@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/palmer@chromium.org/397713007/120001
FYI, CQ is re-trying this CL (attempt #1). The failing builders are: chromium_presubmit on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/chromium_presubmit/bu...) linux_chromium_chromeos_clang_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...) linux_chromium_chromeos_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...) linux_chromium_gn_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_gn_rel...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: chromium_presubmit on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/chromium_presubmit/bu...)
The CQ bit was checked by palmer@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/palmer@chromium.org/397713007/160001
FYI, CQ is re-trying this CL (attempt #1). The failing builders are: linux_chromium_chromeos_clang_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...) linux_chromium_chromeos_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...) linux_chromium_gn_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_gn_rel...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: linux_chromium_chromeos_clang_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...)
The CQ bit was checked by felt@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/palmer@chromium.org/397713007/160001
FYI, CQ is re-trying this CL (attempt #1). The failing builders are: linux_chromium_chromeos_clang_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...) linux_chromium_chromeos_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...) linux_chromium_gn_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_gn_rel...)
The CQ bit was unchecked by commit-bot@chromium.org
Try jobs failed on following builders: linux_chromium_chromeos_clang_dbg on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/linux_chromium_chrome...)
The CQ bit was checked by palmer@chromium.org
CQ is trying da patch. Follow status at https://chromium-status.appspot.com/cq/palmer@chromium.org/397713007/180001
FYI, CQ is re-trying this CL (attempt #1). The failing builders are: win_chromium_rel on tryserver.chromium (http://build.chromium.org/p/tryserver.chromium/builders/win_chromium_rel/buil...)
Message was sent while issue was closed.
Change committed as 284638 |