| 2013-03-01 20:19:50 |
Chris Coulson |
bug |
|
|
added bug |
| 2013-03-01 20:19:59 |
Chris Coulson |
nominated for series |
|
Ubuntu Quantal |
|
| 2013-03-01 20:19:59 |
Chris Coulson |
nominated for series |
|
Ubuntu Raring |
|
| 2013-03-01 20:20:48 |
Jamie Strandboge |
bug task added |
|
libunity-webapps (Ubuntu Quantal) |
|
| 2013-03-01 20:20:56 |
Jamie Strandboge |
bug task added |
|
libunity-webapps (Ubuntu Raring) |
|
| 2013-03-01 20:21:11 |
Chris Coulson |
libunity-webapps (Ubuntu Quantal): importance |
Undecided |
Critical |
|
| 2013-03-01 20:21:14 |
Chris Coulson |
libunity-webapps (Ubuntu Quantal): status |
New |
Triaged |
|
| 2013-03-01 20:21:16 |
Chris Coulson |
libunity-webapps (Ubuntu Raring): status |
New |
Triaged |
|
| 2013-03-01 20:21:18 |
Chris Coulson |
libunity-webapps (Ubuntu Raring): importance |
Undecided |
Critical |
|
| 2013-03-01 20:22:02 |
Chris Coulson |
bug |
|
|
added subscriber Will Cooke |
| 2013-03-02 02:52:28 |
Karl Tomlinson |
bug |
|
|
added subscriber Karl Tomlinson |
| 2013-03-02 08:18:21 |
Chris Coulson |
bug task added |
|
libunity-webapps |
|
| 2013-03-04 17:43:50 |
Ken VanDine |
libunity-webapps: assignee |
|
Alexandre Abreu (abreu-alexandre) |
|
| 2013-03-04 18:02:42 |
Launchpad Janitor |
branch linked |
|
lp:~ken-vandine/libunity-webapps/less_deps |
|
| 2013-03-04 22:25:35 |
Alexandre Abreu |
branch linked |
|
lp:~abreu-alexandre/libunity-webapps/fix-1138473 |
|
| 2013-03-05 01:33:55 |
Alexandre Abreu |
branch linked |
|
lp:~abreu-alexandre/libunity-webapps/2.4-fix-1138473 |
|
| 2013-03-05 01:35:25 |
Alexandre Abreu |
bug |
|
|
added subscriber Víctor R. Ruiz |
| 2013-03-05 02:54:05 |
Alexandre Abreu |
libunity-webapps: status |
New |
In Progress |
|
| 2013-03-05 15:03:01 |
PS Jenkins bot |
libunity-webapps: status |
In Progress |
Fix Committed |
|
| 2013-03-06 06:44:11 |
Launchpad Janitor |
libunity-webapps (Ubuntu Raring): status |
Triaged |
Fix Released |
|
| 2013-03-07 21:59:11 |
Alexandre Abreu |
branch linked |
|
lp:~abreu-alexandre/unity-chromium-extension/12.10.fix-1138473 |
|
| 2013-03-07 22:11:28 |
Alexandre Abreu |
description |
See https://bugzilla.mozilla.org/show_bug.cgi?id=846863.
This didn't really appear on the radar because of a problem with debug symbols for system libraries, but now that's been fixed this week.
libunity-webapps is pulling gtk3 in to the address space of Firefox (which is gtk2). They absolutely do not work along side each other in the same address space (gtk2 refuses to even initialize if it detects gtk3 symbols in the same process, but this check is bypassed because it's initialized before libunity-webapps is loaded), and having them both in the same process is not supported in any way whatsoever.
I've no idea why this has only started being a problem now (perhaps it's the cause of a lot of random crash bugs / hangs that we get reports of). I can only think that Firefox used to do something on startup that indirectly caused the registration of the GdkKeymap type (in gtk2) before the webapps addon loaded, and now that doesn't happen until afterwards - by which point it has been registered in gtk3 code, which results in type registration failing later on.... and then it's a guaranteed crash.
This is the sort of problem that's likely to explode due to a slight change in wind direction, which has now happened. For people experiencing this, it's a startup crash (meaning that Firefox is completely unusable for an unknown number of our users). |
[Impact]
See https://bugzilla.mozilla.org/show_bug.cgi?id=846863.
This didn't really appear on the radar because of a problem with debug symbols for system libraries, but now that's been fixed this week.
libunity-webapps is pulling gtk3 in to the address space of Firefox (which is gtk2). They absolutely do not work along side each other in the same address space (gtk2 refuses to even initialize if it detects gtk3 symbols in the same process, but this check is bypassed because it's initialized before libunity-webapps is loaded), and having them both in the same process is not supported in any way whatsoever.
I've no idea why this has only started being a problem now (perhaps it's the cause of a lot of random crash bugs / hangs that we get reports of). I can only think that Firefox used to do something on startup that indirectly caused the registration of the GdkKeymap type (in gtk2) before the webapps addon loaded, and now that doesn't happen until afterwards - by which point it has been registered in gtk3 code, which results in type registration failing later on.... and then it's a guaranteed crash.
This is the sort of problem that's likely to explode due to a slight change in wind direction, which has now happened. For people experiencing this, it's a startup crash (meaning that Firefox is completely unusable for an unknown number of our users).
[Test Case]
- Launch Firefox with the webapps extension installed and the fix,
- Go to a webapp supported website (e.g. Twitter), and validate that no crash occurs,
- Validate that firefox does not have a memory region where the gtk3 .so is loaded by looking at it's /prox/maps
[Regression Potential]
Very slim, since only the tools/ found in the libunity-webapps source package are impacted and the bit that was binding to gtk3 has been removed and was not used by FF. |
|
| 2013-03-07 22:12:34 |
Alexandre Abreu |
branch linked |
|
lp:~abreu-alexandre/unity-chromium-extension/fix-1138473 |
|
| 2013-08-29 16:49:16 |
Alexandre Abreu |
libunity-webapps: status |
Fix Committed |
Fix Released |
|
| 2014-12-03 09:48:59 |
Rolf Leggewie |
libunity-webapps (Ubuntu Quantal): status |
Triaged |
Won't Fix |
|
