QLockFile won't notice if the lock pid is re-used by an unrelated process
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | Canonical System Image |
High
|
Pat McGowan | ||
| | qtbase-opensource-src (Ubuntu) |
High
|
Timo Jyrinki | ||
| | qtbase-opensource-src (Ubuntu RTM) |
High
|
Timo Jyrinki | ||
| | webbrowser-app (Ubuntu) |
Undecided
|
Unassigned | ||
Bug Description
My desktop webbrowser-app instance no longer seems to be remembering the previous session tabs and opening them at startup.
I don't see any output on the console. Any tips for helping debug this?
| Olivier Tilloy (osomon) wrote : | #1 |
| Michael Terry (mterry) wrote : | #2 |
After some digging, this is a bug in QLockFile. It doesn't take process name into account. So if the pid for the session.json lockfile is re-used (easy to do after a reboot), it will act like the session file is still valid.
Qt trunk fixes this (http://
| summary: |
- Isn't remembering old session tabs + QLockFile won't notice if the lock pid is re-used by an unrelated + process |
| Michael Terry (mterry) wrote : | #3 |
https:/
Fixed upstream in Qt 5.5
| Changed in webbrowser-app (Ubuntu): | |
| status: | New → Invalid |
| Michael Terry (mterry) wrote : | #4 |
I've added canonical-
| Michael Terry (mterry) wrote : | #5 |
Here's a version of the upstream patch, modified to apply against wily's version of Qt.
| tags: | added: patch |
| Changed in canonical-devices-system-image: | |
| assignee: | nobody → Pat McGowan (pat-mcgowan) |
| importance: | Undecided → High |
| Changed in qtbase-opensource-src (Ubuntu): | |
| importance: | Undecided → High |
| Changed in qtbase-opensource-src (Ubuntu RTM): | |
| importance: | Undecided → High |
| Changed in qtbase-opensource-src (Ubuntu): | |
| assignee: | nobody → Timo Jyrinki (timo-jyrinki) |
| Changed in qtbase-opensource-src (Ubuntu RTM): | |
| assignee: | nobody → Timo Jyrinki (timo-jyrinki) |
| kevin gunn (kgunn72) wrote : | #6 |
@Mirv - just assigning to you for patch landing, since i figure you might have more than one to land, if it doesn't make sense, just ping us on irc
| Timo Jyrinki (timo-jyrinki) wrote : | #7 |
Starting landing.
| Changed in qtbase-opensource-src (Ubuntu RTM): | |
| status: | New → In Progress |
| Changed in qtbase-opensource-src (Ubuntu): | |
| status: | New → In Progress |
| Timo Jyrinki (timo-jyrinki) wrote : | #8 |
| Timo Jyrinki (timo-jyrinki) wrote : | #9 |
Vivid: https:/
Wily: https:/
Please test.
Final OTA-7 freeze is today so this won't land to it unless specifically targeted to that milestone, or if this silo is put into QA queue already today.
| Timo Jyrinki (timo-jyrinki) wrote : | #10 |
qtbase-
* debian/
- Fix QLockFile not noticing if the lock pid is re-used by unrelated
process (LP: #1500444)
-- Timo Jyrinki <email address hidden> Tue, 29 Sep 2015 05:11:51 +0000
| Changed in canonical-devices-system-image: | |
| milestone: | none → ww40-2015 |
| Changed in qtbase-opensource-src (Ubuntu RTM): | |
| status: | In Progress → Fix Released |
| Launchpad Janitor (janitor) wrote : | #11 |
This bug was fixed in the package qtbase-
---------------
qtbase-
* debian/
- Fix QLockFile not noticing if the lock pid is re-used by unrelated
process (LP: #1500444)
-- Timo Jyrinki <email address hidden> Tue, 29 Sep 2015 07:18:23 +0000
| Changed in qtbase-opensource-src (Ubuntu): | |
| status: | In Progress → Fix Released |
| Changed in canonical-devices-system-image: | |
| status: | New → Fix Committed |
| Changed in canonical-devices-system-image: | |
| status: | Fix Committed → Fix Released |


There is a top-level setting that you can switch on/off to remember the last browsing session. Maybe it was turned off (it is on by default)?
If not, it could be that the serialized session file is corrupted, deleting $HOME/. local/share/ webbrowser- app/session. json should help (before you do that, can you make a backup copy, and if it doesn’t contain any sensitive information send it my way for further investigation?).