** Changed in: firefox
Importance: Medium => Unknown
--
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/1009816
Title:
Firefox comes to front when opening link via external program.
S
** Changed in: firefox
Status: Unknown => Confirmed
--
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/1009816
Title:
Firefox comes to front when opening link via external program.
** Changed in: firefox
Status: Confirmed => Unknown
--
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/1009816
Title:
Firefox comes to front when opening link via external program.
Thanks for mentioning the focus_prevention_level tweak. This has been
driving me mental ever since 12.04. It should really be a more user
friendly/visible option though.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
h
Interesting. I could fix this in Ubuntu itself now by using CompizConfig to set
focus_prevention_level from low to high. Maybe some update had actually changed
this setting because now everything behaves as it used to, i.e. the Firefox
window wiggles in the task bar but doesn't go to the foregro
I agree that the old behaviour was more likeable.
Funnily enough if you set browser.tabs.loadDivertedInBackground to true
the Firefox window doesn't get focused / jump to the foreground anymore
and doing this is therefore brought up as a solution to the problem
everywhere. However this doesn't act
The old behaviour was likable for the same reason that the "open links
in new tab in the background" option is likable (and is the default
these days): it allows one to open a link without immediately context
switching to it; instead one can continue with the task at hand, and
switch at one's own t
Hmm, I was confused - when I said earlier:
> A proper "event timestamp" is passed over the remote protocol, but is thrown
> away because we also have a > "desktop startup ID". The "desktop startup ID"
> is useful when presenting a new window and includes the
> timestamp information, but isn't s
** Changed in: firefox
Status: New => Confirmed
--
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/1009816
Title:
Firefox comes to front when opening link via external program.
St
That looks like either wontfix or invalid
--
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/1009816
Title:
Firefox comes to front when opening link via external program.
Status in The M
I'm going to reopen this because there is at least one bug:
The timestamp from the PropertyNotify event is the timestamp when the
server changed the property. This could be somewhat later than the time
the user clicked on the link.
I wonder whether we should only set the timestamp when we have a
Launchpad has imported 5 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=762374.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://hel
Closing this, as it isn't a bug (see my comment on the upstream tracker)
** Changed in: firefox (Ubuntu)
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bu
Lnxusr,
Ok, now I get it.
I also reported it in Bugzilla:
https://bugzilla.mozilla.org/show_bug.cgi?id=762374
and linked it upstream.
Muchas Gracias!
Evan Peck ;~)
** Bug watch added: Mozilla Bugzilla #762374
https://bugzilla.mozilla.org/show_bug.cgi?id=762374
** Also affects: firefox via
@Evan,
What I'm saying is I want Firefox to act like it did before the upgrade
in regards to focus policy.
The way it was before is that Firefox would only come to the front if
there were not already and instance running. People often will go
through their emails and/or RSS feeds clicking links,
Lnxusr,
Are you saying that,want you want is for, say, if I open up a link from
Thunderbird, I won't see Firefox open, but it will open anyway? Is that
the way it was 11.10 and earlier? If you can give an accurate
description of what happens now and what you think should happen, this
can be a feat
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: firefox (Ubuntu)
Status: New => Confirmed
--
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/1009
** Summary changed:
- Firefox no longer remains in the background when opening new tab from
diffrent window.
+ Firefox comes to front when opening link via external program.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubu
--
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/1009816
Title:
Firefox no longer remains in the background when opening new tab from
diffrent window.
Status in “firefox” package in U
Public bug reported:
Firefox 13 no longer remains in the background if opening a new tab from
a different window, such as an email.
Prior to the upgrade, the only time Firefox would rise to the foreground
was if it were not already running.
1) Ubuntu 12.04 LTS
2) The version of the package you
20 matches
Mail list logo