| 2016-04-30 14:37:20 |
Michael Zanetti |
bug |
|
|
added bug |
| 2016-04-30 14:40:09 |
Michael Zanetti |
affects |
canonical-devices-system-image |
qtbase-opensource-src (Ubuntu) |
|
| 2016-04-30 14:40:46 |
Michael Zanetti |
bug task added |
|
canonical-devices-system-image |
|
| 2016-04-30 14:41:25 |
Michael Zanetti |
description |
Debugging why the Notes app would freeze for some people, I found there were some stale .lock files around. Those .lock files are autocreated by QSettings (with QLockFile) when this file is edited. Problems is, that it sometimes seems to happen that the app is suspended by our lifecycle and then killed (either by closing from spread or OOM killed) and those .lock files stick around. I have implemented a workaround in the notes app to clear up those stale locks when the app starts app, however, today I ran twice in a row into the issue that the very same happened to music app. It would just freeze on startup and never come back. Digging around a bit I found such a stale lock file on its config file which is created with the QML Settings element. This implies that every app using QSettings or QML Settings {} are potentially affected. I suspect many more app freezes can be traced down to this.
Now, there is some code in Qt to detect stale lock files, however, not sure why it doesn't detect those lock files as stale ones and decides to wait on them forever though. |
Debugging why the Notes app would freeze for some people, I found there were some stale .lock files around. Those .lock files are autocreated by QSettings (with QLockFile) when this file is edited. Problem is, that it sometimes seems to happen that the app is suspended by our lifecycle and then killed (either by closing from spread or OOM killed) and those .lock files stick around. I have implemented a workaround in the notes app to clear up those stale locks when the app starts app, however, today I ran twice in a row into the issue that the very same happened to music app. It would just freeze on startup and never come back. Digging around a bit I found such a stale lock file on its config file which is created with the QML Settings element. This implies that every app using QSettings or QML Settings {} are potentially affected. I suspect many more app freezes can be traced down to this.
Now, there is some code in Qt to detect stale lock files, however, not sure why it doesn't detect those lock files as stale ones and decides to wait on them forever though. |
|
| 2016-04-30 14:43:26 |
Andrew Hayzen |
bug |
|
|
added subscriber Andrew Hayzen |
| 2016-04-30 14:55:43 |
Launchpad Janitor |
qtbase-opensource-src (Ubuntu): status |
New |
Confirmed |
|
| 2016-04-30 15:00:23 |
Michal Predotka |
bug |
|
|
added subscriber Michal Predotka |
| 2016-04-30 19:22:44 |
Michael Zanetti |
description |
Debugging why the Notes app would freeze for some people, I found there were some stale .lock files around. Those .lock files are autocreated by QSettings (with QLockFile) when this file is edited. Problem is, that it sometimes seems to happen that the app is suspended by our lifecycle and then killed (either by closing from spread or OOM killed) and those .lock files stick around. I have implemented a workaround in the notes app to clear up those stale locks when the app starts app, however, today I ran twice in a row into the issue that the very same happened to music app. It would just freeze on startup and never come back. Digging around a bit I found such a stale lock file on its config file which is created with the QML Settings element. This implies that every app using QSettings or QML Settings {} are potentially affected. I suspect many more app freezes can be traced down to this.
Now, there is some code in Qt to detect stale lock files, however, not sure why it doesn't detect those lock files as stale ones and decides to wait on them forever though. |
Debugging why the Notes app would freeze for some people, I found there were some stale .lock files around. Those .lock files are autocreated by QSettings (with QLockFile) when this file is edited. Problem is, that it sometimes seems to happen that the app is suspended by our lifecycle and then killed (either by closing from spread or OOM killed) and those .lock files stick around. I have implemented a workaround in the notes app[1] to clear up those stale locks when the app starts app, however, today I ran twice in a row into the issue that the very same happened to music app. It would just freeze on startup and never come back. Digging around a bit I found such a stale lock file on its config file which is created with the QML Settings element. This implies that every app using QSettings or QML Settings {} are potentially affected. I suspect many more app freezes can be traced down to this.
Now, there is some code in Qt to detect stale lock files [2], however, not sure why it doesn't detect those lock files as stale ones and decides to wait on them forever though. Probably a bug in the code or some of the wrong #ifdefs are triggered for our package builds.
[1] https://code.launchpad.net/~mzanetti/reminders-app/remove-stale-lock-files/+merge/293355
[2] http://code.qt.io/cgit/qt/qtbase.git/tree/src/corelib/io/qlockfile_unix.cpp |
|
| 2016-05-02 15:17:01 |
Pat McGowan |
canonical-devices-system-image: importance |
Undecided |
Critical |
|
| 2016-05-02 15:17:01 |
Pat McGowan |
canonical-devices-system-image: status |
New |
Confirmed |
|
| 2016-05-02 15:17:01 |
Pat McGowan |
canonical-devices-system-image: milestone |
|
11 |
|
| 2016-05-02 15:17:01 |
Pat McGowan |
canonical-devices-system-image: assignee |
|
Zoltan Balogh (bzoltan) |
|
| 2016-05-12 11:38:37 |
Timo Jyrinki |
canonical-devices-system-image: milestone |
11 |
12 |
|
| 2016-05-30 10:46:47 |
Timo Jyrinki |
bug task added |
|
qtbase-opensource-src (Ubuntu RTM) |
|
| 2016-06-30 19:38:25 |
Pat McGowan |
qtbase-opensource-src (Ubuntu RTM): importance |
Undecided |
High |
|
| 2016-06-30 19:38:25 |
Pat McGowan |
qtbase-opensource-src (Ubuntu RTM): status |
New |
Confirmed |
|
| 2016-06-30 19:38:25 |
Pat McGowan |
qtbase-opensource-src (Ubuntu RTM): assignee |
|
Timo Jyrinki (timo-jyrinki) |
|
| 2016-06-30 19:38:33 |
Pat McGowan |
canonical-devices-system-image: importance |
Critical |
High |
|
| 2016-06-30 19:40:27 |
Pat McGowan |
canonical-devices-system-image: milestone |
12 |
13 |
|
| 2016-07-19 14:12:29 |
Timo Jyrinki |
bug |
|
|
added subscriber Timo Jyrinki |
| 2016-08-12 13:12:12 |
Timo Jyrinki |
canonical-devices-system-image: milestone |
13 |
xenial |
|
| 2016-10-05 14:12:26 |
Pat McGowan |
canonical-devices-system-image: milestone |
x1 |
14 |
|
| 2016-10-11 21:00:23 |
Markcortbass |
bug |
|
|
added subscriber Markcortbass |
| 2016-10-17 15:54:14 |
Timo Jyrinki |
qtbase-opensource-src (Ubuntu): assignee |
|
Michael Zanetti (mzanetti) |
|
| 2016-11-04 17:21:34 |
Pat McGowan |
canonical-devices-system-image: milestone |
14 |
x1 |
|
| 2016-11-30 23:25:31 |
Anupam |
bug |
|
|
added subscriber Anupam |
