Copy url from omnibox instead of webcontent

[spylogsster]

Resolves brave/brave-browser#28542

Mac sometimes sends command via app controlller and there is an intersection with app menu overriding feature. Fixed it by copying url from omnibox instead of webcontent in this case.

Submitter Checklist:

• I confirm that no security/privacy review is needed, or that I have requested one
• There is a ticket for my issue
• Used Github auto-closing keywords in the PR description above
• Wrote a good PR/commit description
• Squashed any review feedback or "fixup" commits before merge, so that history is a record of what happened in the repo, not your PR
• Added appropriate labels (QA/Yes or QA/No; release-notes/include or release-notes/exclude; OS/...) to the associated issue
• Checked the PR locally:
  • npm run test -- brave_browser_tests, npm run test -- brave_unit_tests wiki
  • npm run lint, npm run presubmit wiki, npm run gn_check, npm run tslint
• Ran git rebase master (if needed)

Reviewer Checklist:

• A security review is not needed, or a link to one is included in the PR description
• New files have MPL-2.0 license header
• Adequate test coverage exists to prevent regressions
• Major classes, functions and non-trivial code blocks are well-commented
• Changes in component dependencies are properly reflected in gn
• Code follows the style guide
• Test plan is specified in PR before merging

After-merge Checklist:

• The associated issue milestone is set to the smallest version that the
  changes has landed on
• All relevant documentation has been updated, for instance:
  • https://github.com/brave/brave-browser/wiki/Deviations-from-Chromium-(features-we-disable-or-remove)
  • https://github.com/brave/brave-browser/wiki/Proxy-redirected-URLs
  • https://github.com/brave/brave-browser/wiki/Fingerprinting-Protections
  • https://github.com/brave/brave-browser/wiki/Brave%E2%80%99s-Use-of-Referral-Codes
  • https://github.com/brave/brave-browser/wiki/Custom-Headers
  • https://github.com/brave/brave-browser/wiki/Web-Compatibility-Exceptions-in-Brave
  • https://github.com/brave/brave-browser/wiki/QA-Guide
  • https://github.com/brave/brave-browser/wiki/P3A

Test Plan:

• steps from issue

[simonhong]

Curious this could be for IDC_COPY_CLEAN_LINK in BraveBrowserCommandController::ExecuteBraveCommandWithDisposition?
Honestly confusing when we can use chrome::ExecuteCommand(browser, IDC_COPY_CLEAN_LINK); or not.

[simonhong]

++

[kjozwiak]

Verification PASSED on macOS 13.2.1 x64 using the following build(s):

Brave | 1.51.2 Chromium: 111.0.5563.50 (Official Build) nightly (x86_64)
--- | ---
Revision | 39f3dfc5023fe60997adc4f6cf5439cfa3e6968a-refs/branch-heads/5563@{#903}
OS | macOS Version 13.2.1 (Build 22D68)

Using the STR/Cases outlined via brave/brave-browser#28542 (comment), reproduced hte original issue using 1.50.43 Chromium: 110.0.5481.100. Verified that copying autocomplete URLs from the omnibox works as expected. In my case, I typed in khan and copied https://khanacademy.org and ensured that pasting worked as expected and chrome://newtab wasn't being copied.