Closed Bug 1413255 Opened 7 years ago Closed 7 years ago

browser.urlbar.trimURLs doesn't seem to be working on HTTPS sites

Categories

(Firefox :: Address Bar, defect)

58 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1379247

People

(Reporter: jed-development, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0 Build ID: 20171030103605 Steps to reproduce: Opened any HTTPS website, HTTP seems to be hiding as intended. Actual results: The trimURL preference (which is set to true by default) doesn't seem to be hiding the URL prefix of https:// on HTTPS sites. From what I can tell HTTP is working correctly though. Expected results: The https:// prefix should be hidden.
This is the expected design. https://developer.mozilla.org/en-US/docs/Mozilla/Preferences/Preference_reference/browser.urlbar.trimURLs I remember having a bug for reversing attitudes for https and http.
Component: Untriaged → Address Bar
(In reply to YF (Yang) from comment #1) > This is the expected design. > https://developer.mozilla.org/en-US/docs/Mozilla/Preferences/ > Preference_reference/browser.urlbar.trimURLs > > > I remember having a bug for reversing attitudes for https and http. Is there a reason this is by design?
(In reply to Jed from comment #2) > (In reply to YF (Yang) from comment #1) > > This is the expected design. > > https://developer.mozilla.org/en-US/docs/Mozilla/Preferences/ > > Preference_reference/browser.urlbar.trimURLs > > > > > > I remember having a bug for reversing attitudes for https and http. > > Is there a reason this is by design? This may be due to https is not universally used, but now is not the case.
(In reply to YF (Yang) from comment #3) > (In reply to Jed from comment #2) > > (In reply to YF (Yang) from comment #1) > > > This is the expected design. > > > https://developer.mozilla.org/en-US/docs/Mozilla/Preferences/ > > > Preference_reference/browser.urlbar.trimURLs > > > > > > > > > I remember having a bug for reversing attitudes for https and http. > > > > Is there a reason this is by design? > > This may be due to https is not universally used, but now is not the case. Would it be possible to get it changed so trimURL hides https ones too? It looks much cleaner when it's hidden. Most people also tend to look for a green padlock instead of https to check if a site is secure these days, so it's less necessary for it to be on display.
(In reply to Jed from comment #4) > (In reply to YF (Yang) from comment #3) > > (In reply to Jed from comment #2) > > > (In reply to YF (Yang) from comment #1) > > > > This is the expected design. > > > > https://developer.mozilla.org/en-US/docs/Mozilla/Preferences/ > > > > Preference_reference/browser.urlbar.trimURLs > > > > > > > > > > > > I remember having a bug for reversing attitudes for https and http. > > > > > > Is there a reason this is by design? > > > > This may be due to https is not universally used, but now is not the case. > > Would it be possible to get it changed so trimURL hides https ones too? It > looks much cleaner when it's hidden. Most people also tend to look for a > green padlock instead of https to check if a site is secure these days, so > it's less necessary for it to be on display. It would be a major change, I don't expect it to come soon. I just found this bug is a duplicate.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.