Mozilla 도움말 검색

고객 지원 사기를 피하세요. 저희는 여러분께 절대로 전화를 걸거나 문자를 보내거나 개인 정보를 공유하도록 요청하지 않습니다. "악용 사례 신고"옵션을 사용하여 의심스러운 활동을 신고해 주세요.

자세히 살펴보기

Why isn't an often-visited bookmark suggested in location bar after FF75?

  • 1 답장
  • 1 이 문제를 만남
  • 9 보기
  • 최종 답변자: rha.rao

more options

Since 75, a bookmarked site I visit multiple times every day is not suggested and autofilled in the location bar. Let's say the site is lfoo.bar.baz (it's a subdomain, and the top-level is not a .com). When I open a new tab and type "l", Lfoo does not autofill; it is in the dropdown and I have to press the Down arrow to highlight it. This is a big hitch in my workflow, because I expect Ctrl-T L Enter to get me to Lfoo like it did before FF75.

This is what I've already tried:

  • I tried config modifications to revert the bar to pre-75 behavior. When they didn't work, I reverted them.
  • I removed all other bookmarks with sites that start with L, notably LinkedIn.
  • I deleted all instances of LinkedIn (the site that was appearing instead of Lfoo) from my history. After this, instead of autofilling LinkedIn, which I barely use and hadn't visited in 90 days (places.frecency.fourthBucketCutoff), the location bar would not fill in anything after I typed "l."
  • I gave my Lfoo bookmark the keyword "l." This worked, but it's a total hack and I shouldn't have to do it; also, it doesn't autofill lfoo.bar.baz into the location bar, but just moves the cursor down to Lfoo in the dropdown when I type "l."
  • I ticked "When using the address bar, suggest" > "Browsing history." This worked, but of course browsing history is now suggested for every other input (which I don't want-- it's why I had this turned off in the first place). I don't want Lfoo suggested on the basis of my history; I want it suggested because it's a bookmark and I asked Firefox to suggest bookmarks.

Because lfoo.bar.baz is a subdomain, not a .com, and a redirect to a login page, I suspect it has been discounted for suggestion in spite of it being one of my most-used sites and far and away my most used site that starts with L.

Since 75, a bookmarked site I visit multiple times every day is not suggested and autofilled in the location bar. Let's say the site is lfoo.bar.baz (it's a subdomain, and the top-level is not a .com). When I open a new tab and type "l", Lfoo does not autofill; it is in the dropdown and I have to press the Down arrow to highlight it. This is a big hitch in my workflow, because I expect Ctrl-T L Enter to get me to Lfoo like it did before FF75. This is what I've already tried: * I tried config modifications to revert the bar to pre-75 behavior. When they didn't work, I reverted them. * I removed all other bookmarks with sites that start with L, notably LinkedIn. * I deleted all instances of LinkedIn (the site that was appearing instead of Lfoo) from my history. After this, instead of autofilling LinkedIn, which I barely use and hadn't visited in 90 days (places.frecency.fourthBucketCutoff), the location bar would not fill in anything after I typed "l." * I gave my Lfoo bookmark the keyword "l." This worked, but it's a total hack and I shouldn't have to do it; also, it doesn't autofill lfoo.bar.baz into the location bar, but just moves the cursor down to Lfoo in the dropdown when I type "l." * I ticked "When using the address bar, suggest" > "Browsing history." This worked, but of course browsing history is now suggested for every other input (which I don't want-- it's why I had this turned off in the first place). I don't want Lfoo suggested on the basis of my history; I want it suggested because it's a bookmark and I asked Firefox to suggest bookmarks. Because lfoo.bar.baz is a subdomain, not a .com, and a redirect to a login page, I suspect it has been discounted for suggestion in spite of it being one of my most-used sites and far and away my most used site that starts with L.

모든 댓글 (1)

more options

Workaround: I changed the bookmark location from https://lfoo.bar.baz to simply lfoo.bar.baz. Maybe the new DoH is causing this. Still feel that suggestions shouldn't depend on the protocol prefix (at least for http and https).