Resolve ambiguity between ::features and ::printing::features

There is both a ::features namespace and a ::printing::features
namespace (which is kind of against the coding style), so
if you write just "features" inside the printing namespace,
the compiler will resolve "features" differently depending on
if it is aware ::printing::features exists.

In certain jumbo builds, the compiler will be aware that
::printing::features exists when compiling the code and
will resolve it incorrectly. This patch removes the ambiguity
by adding a :: prefix.

Bug: 945619
Change-Id: I569878be26debb77dea69679dd37414f602ec1a7
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1541226
Auto-Submit: Daniel Bratell <bratell@opera.com>
Commit-Queue: Rebekah Potter <rbpotter@chromium.org>
Reviewed-by: Rebekah Potter <rbpotter@chromium.org>
Cr-Commit-Position: refs/heads/master@{#645422}
diff --git a/chrome/browser/printing/print_preview_dialog_controller.cc b/chrome/browser/printing/print_preview_dialog_controller.cc
index 97a4719..ab6f9f4 100644
--- a/chrome/browser/printing/print_preview_dialog_controller.cc
+++ b/chrome/browser/printing/print_preview_dialog_controller.cc
@@ -145,7 +145,7 @@
 
   static const gfx::Size kMaxDialogSize(1000, 660);
   bool should_limit_dialog_size =
-      base::FeatureList::IsEnabled(features::kNewPrintPreviewLayout);
+      base::FeatureList::IsEnabled(::features::kNewPrintPreviewLayout);
 #if defined(OS_MACOSX)
   // Limit the maximum size on MacOS X.
   // http://crbug.com/105815