I think it's a clear dupe of Bug 1618094, we landed a workaround for it,
but it introduced a related problem of not being trivial to add a new
handler (that is tracked in bug 1786132)
*** This bug has been marked as a duplicate of bug 1618094 ***
--
You received this bug notification because you
(In reply to smayer97 from comment #80)
> One minor fix would to the implementation: would it be possible to bring into
> focus the location in the bookmark list? At present, the result can be far
> below and out of sight if the result is in a folder with lots of bookmarks,
> requiring to scroll
*** Bug 1684528 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/1586822
Title:
Ability to set default save destination for new bookmarks
The bug is not yet actionable, because a decision was not achieved yet.
The team working on 2020H2 bookmarks improvements wanted to complete
collecting users feedback and telemetry before evaluating further steps.
Thus, while I'm in favor of this change, we should at least wait the end
of that proj
The changes in bug 1432604 allow the default destination to follow the last
used folder, but it's not possible to disable such behavior, so that the
default folder is always the same. I asked that question to the team and
they'll evaluate based on feedback.
So this is still partially valid in th
with bug 1636583 fixed, you can also tell them the address with an
ending slash, that will force a visit.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/263505
Title:
Wishlist: add "u
*** Bug 1637153 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/263505
Title:
Wishlist: add "use input as a search term" to "address not
(In reply to Filip Š from comment #84)
> However, there are some TLDs that aren't present in the Public Suffix List,
> which means that users who want to visit such domains will instead be
> redirected to search. Example of such domains are local/reserved TLDs (like
> `.local` or `.test`) which
you can also use browser.fixup.dns_first_for_single_words to force a dns
lookup before searching.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/263505
Title:
Wishlist: add "use input
(In reply to Anthony Ramine [:nox] from comment #90)
> My use case is helping family members troubleshot their Internet problems
You can use an autoconfig file with specific prefs set to whitelist
domains. We'll provide a suffixes whitelist in bug 1634650 to simplify
managing that. I'll check also
(In reply to Filip Š from comment #87)
> Would it be possible to have something like this (additional pref), but only
> for searches that contain (at least one) dot? This would be useful because
> most commonly, searches without dots are not used as domains (except
> `localhost` which is handled
Created attachment 9136756
Bug 1080682 - Use the Public Suffix List to distinguish foo.bar searches in
URIFixup (and consequently the Address Bar). r=gijs!,dao!
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://b
*** Bug 1610130 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/263505
Title:
Wishlist: add "use input as a search term" to "address not
(In reply to neubland from comment #73)
> Does this issue include checking highlighted text against a cached Publix
> Suffix List? Meaning that a right click on hightlighted text "foobar.this"
> will recognize the hightlighted text as not being a hyperlink and therefore
> the context menu will n
I'm taking this as a side project to the main backlog, I'm also working
on other improvements in this area so it seems to make sense. May take a
while anyway, because there's a lot of other work ongoing.
--
You received this bug notification because you are a member of Desktop
Packages, which is
15 matches
Mail list logo