On Firefox facebook keeps opening sessions and asking if I want, "Ubuntu would like to post to your friends on your behalf."
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
compiz (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
signon (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Every few minutes firefox opens and new session for facebook with the Ubuntulogo that says, "Ubuntu would like to post to your friends on your behalf."
Ubuntu 13.04
Even if Firefos is not open, it opens it and does the above. Please tell me how to make this stop.
ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: firefox 21.0+build2-
ProcVersionSign
Uname: Linux 3.8.0-22-generic i686
AddonCompatChec
ApportVersion: 2.9.2-0ubuntu8
Architecture: i386
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
BuildID: 20130512193902
Channel: Unavailable
Date: Fri May 24 10:45:35 2013
EcryptfsInUse: Yes
ForcedLayersAccel: False
IfupdownConfig:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
InstallationDate: Installed on 2013-04-02 (51 days ago)
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release i386 (20121017.2)
IpRoute:
default via 192.168.1.1 dev wlan0 proto static
169.254.0.0/16 dev wlan0 scope link metric 1000
192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.12 metric 9
MarkForUpload: True
PrefSources: prefs.js
ProcEnviron:
PATH=(custom, no user)
XDG_RUNTIME_
LANG=en_US.UTF-8
SHELL=/bin/bash
Profiles: Profile0 (Default) - LastVersion=
RelatedPackageV
totem-mozilla 3.6.3-0ubuntu6
rhythmbox-mozilla 2.98-0ubuntu5
RfKill:
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
RunningIncompat
SourcePackage: firefox
UpgradeStatus: Upgraded to raring on 2013-05-03 (20 days ago)
dmi.bios.date: 04/11/2006
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A02
dmi.board.name: 0TD761
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.
dmi.product.name: Latitude D620
dmi.sys.vendor: Dell Inc.
information type: | Private Security → Public |
affects: | firefox (Ubuntu) → signon (Ubuntu) |
This bug was fixed in the package compiz - 1:0.9.10+ 13.10.20130822- 0ubuntu1
--------------- 10+13.10. 20130822- 0ubuntu1) saucy; urgency=low
compiz (1:0.9.
[ Sam Spilsbury ]
* Bump version to 0.9.10
[ Łukasz 'sil2100' Zemczak ] patches/ unity_support_ test.patch:
* Remove debian/
- Running the support test from compiz has bad side effects, from now
on we run it from Xsession.d
* Automatic snapshot from revision 3644
[ Iven Hsu ] bridge. h private. See: lists.freedeskt op.org/ archives/ compiz/ 2013-March/ 003479. html
* Opacify: Only dim the windows above the active window.(LP:
#1189374). (LP: #1189374)
* KWD: Fix compile errors with KDE 4.11. The KWin developers made
kdecoration
http://
(LP: #1193792). (LP: #1193792)
[ Nikolay Martynov ]
* When static switcher is enabled and has an option to show
application icon turned on the icons are expected to be ~1/3 of a
thumbnail (48px). Instead they are displayed in 512px size and
completely cover everything. This change addresses this issue. See
LP #1173914. (LP: #1173914, #1186426)
[ BryanFRitt ]
* Fixed the non-working Annotate 'Clear' Button. Moved this option's
CCSM position upwards to keep the button shortcuts together. (LP:
#1202907). (LP: #1202907)
[ Mehrdad Afshari ]
* Added "move window to previous monitor" feature to compiz Put
plugin. (LP: #1178581)
[ Hu Kang ] decorator: destroy action menu when any of the (close, include/ core/logmessage .h (LP:
* gtk-window-
min, max) buttons on the title bar is pressed. (LP: #1101648)
* Remove redundant src/logmessage/
#1067246). (LP: #1067246)
[ Steve Langasek ]
* Fix for bug #763148 (with added test cases): when the desktop is
resized, windows should stay on their original workspace. (LP:
#763148)
[ Brandon Schaefer ] ameExtents instead. Now the window will always be
* Unrevert 3728, fix failing tests. Change the behaviour of
undecorating windows. Previously when a window was undecorated, we
would shift it back to an appropriate position according to its
gravity member. That behaviour was problematic because in the
StaticGravity case the window has to just stay in the same place.
But then if you had a window with StaticGravity which then did get a
decoration and later removed it, it would be placed as though it was
decorated and appear to be in the wrong place. The correct behaviour
is to place all windows as though they have decorations, and then
when decorations are removed, to move the window back to the corner
as indicated in its gravity and then expand its size to cover the
obscured regions no longer hidden because the decorations went away.
(LP: #1165343). 1. Completely remove decorOffsetMove and other
related code from decor.cpp. Put the logic to handle the
window->input () - window->border () placement offset inside of
setWindowFr
offset from its original non-decorated position to the new
decorated position, rather than having to guess between
decoration sizes. 2. Make saveGeometry and restoreGeometry work
relative to window->border () a...