Bug #13461
The Desktop icons are sometimes not displayed since the upgrade to Stretch
20%
Description
Step “I log in to a new session” often fails with “FindFailed: can not find DesktopTailsDocumentation.png”
Happened 18 times in June, 41 for what 2017 logs we have.
The desktop icons are not displayed. Maybe the time to start the gnome-shell session takes a bit longer?
Elevating priority, as it can happen in all scenarios.
Files
Subtasks
Related issues
Related to Tails - |
Resolved | 2017-06-05 | 2017-07-05 |
Related to Tails - |
Rejected | 2016-08-25 | |
Related to Tails - |
Resolved | 2016-02-22 | |
Related to Tails - |
Resolved | 2017-10-06 | |
Related to Tails - |
Resolved | 2019-01-05 |
History
#1 Updated by bertagaz 2017-07-12 12:36:16
- Feature Branch set to bugfix/13462-vfat-LUKS-ext4-emergency-shutdown-scenarios-are-fragile
#2 Updated by bertagaz 2017-07-12 12:36:30
- related to
Feature #12289: Deal with June 2017 false positive scenarios added
#3 Updated by intrigeri 2017-07-13 18:34:54
I wonder if that’s a false positive of a real bug.
#4 Updated by intrigeri 2017-07-13 18:35:40
- Feature Branch deleted (
bugfix/13462-vfat-LUKS-ext4-emergency-shutdown-scenarios-are-fragile)
(I see no related work on that branch.)
#5 Updated by bertagaz 2017-08-22 09:44:49
Here’s the systemd journal from https://jenkins.tails.boum.org/job/test_Tails_ISO_feature-13541-save-more-data-on-htpdate-or-tor-failures/41/ that had this problem.
To me it sounds like a real bug in the end. Might be a race condition somewhere.
#7 Updated by bertagaz 2017-08-22 21:42:54
Got another one today on https://jenkins.tails.boum.org/job/test_Tails_ISO_feature-13541-save-more-data-on-htpdate-or-tor-failures/90/.
#8 Updated by intrigeri 2017-09-07 06:30:38
- Category deleted (
Test suite) - Assignee changed from anonym to intrigeri
- Type of work changed from Code to Research
bertagaz wrote:
> Here’s the systemd journal from https://jenkins.tails.boum.org/job/test_Tails_ISO_feature-13541-save-more-data-on-htpdate-or-tor-failures/41/ that had this problem.
>
> To me it sounds like a real bug in the end. Might be a race condition somewhere.
I’ll take a look as part of my Foundations Team work (initial investigation during the 3.2 cycle hopefully, and then I’ll adjust the timeline depending on the outcome of that research).
#9 Updated by intrigeri 2017-09-07 15:28:23
bertagaz: thanks a lot for attaching multiple Journal outputs, I hope it’ll be very helpful to try & correlate whatever error I see in there! I was lucky enough that the corresponding test runs had not been GC’ed yet, so I could also download the debug.log
etc.
#10 Updated by intrigeri 2017-09-07 15:51:56
bertagaz wrote:
> ANd another one from https://jenkins.tails.boum.org/job/test_Tails_ISO_feature-13541-save-more-data-on-htpdate-or-tor-failures/81/
For some reason the Journal for this run is incomplete, so I’ll ignore it.
#11 Updated by intrigeri 2017-09-07 16:22:17
- related to
Feature #11717: Drop launchers from the Desktop added
#12 Updated by intrigeri 2017-09-07 17:12:26
- related to
Bug #11270: Bring back "minimize" and "maximize" buttons in titlebars by default added
#13 Updated by intrigeri 2017-09-07 17:26:34
I’ve looked in depth at the Journal bertagaz attached and did not find anything that rings a bell. I do see a bunch of nautilus-desktop
errors, but they are also present on a Tails that does not expose this bug :/
Now, looking at the huge list of bugs in Nautilus upstream about its desktop window (and icons) management, I’m not surprised it’s fragile: it’s not been enabled by default in GNOME for ages and is essentially unsupported/unmaintained upstream, as raised a year ago (Feature #11717). So I went back to the drawing board and added some ideas to get out of this situation, while hopefully making everyone except the 90’s lovers happy, by replacing the desktop icons + taskbar + minimize button with a dash-to-dock thing: Feature #11717#note-13 and Bug #11270#note-20. But I don’t expect us to make any such decision on short notice, and I’m not even looking forward to this discussion TBH, so I’ll now look for short-term workarounds.
It might still be the case that this bug only occurs in our test suite, for some reason: I don’t recall seeing it reported by our help desk. OTOH I’m pretty sure that most users don’t use these icons, and would not even notice if they were not there, which might explain the lack of bug reports. Anyway, if this bug happens to human users, apparently they don’t care, and I can’t reproduce this bug on demand to implement a proper fix, so I’ll focus on the needs of our robots users and will implement a work around in our test suite for now, e.g. restarting nautilus-desktop
if the desktop icons are not displayed. While I’m at it I’ll add some debugging info in that piece of test code, to log whether nautilus-desktop
is running at all.
I’m not very happy with this outcome but my understanding of Feature #11717#note-6 is that I should not spend too much time on nautilus-desktop
bugs, so here we are.
#14 Updated by intrigeri 2017-09-07 17:27:57
- Subject changed from Step "I log in to a new session" is fragile to The Desktop icons are sometimes not displayed since the upgrade to Stretch
- Description updated
#15 Updated by anonym 2017-09-07 18:05:03
FWIW: I’ve experienced it “for real” (i.e. outside of the test suite) but still in a VM. But I’ve never seen it on bare metal, but I don’t use it often enough for a fair comparison.
#16 Updated by intrigeri 2017-09-09 16:03:00
- Status changed from Confirmed to In Progress
- % Done changed from 0 to 10
- Feature Branch set to test/13461-workaround-buggy-desktop-icons
#17 Updated by intrigeri 2017-09-09 20:53:55
- Assignee changed from intrigeri to anonym
- QA Check set to Ready for QA
Passed tests on Jenkins (https://jenkins.tails.boum.org/view/Tails_ISO/job/test_Tails_ISO_test-13461-workaround-buggy-desktop-icons/) but we’ll see how it goes when the actually changed code is exercised. Worst case, it’ll just fail a scenario, which is what would happen without this change anyway, so I think it’s safe to merge.
Please don’t mark this ticket as fix committed once merged as this is merely a test suite workaround, not an actual fix. I doubt I’ll be able to come up with an actual fix, but let’s not hide problems (especially given I have Evil™ plans to fix the root cause some day).
#18 Updated by mercedes508 2017-09-11 18:08:37
I remember intri asking our help desk opinion about this ticket. Actually none of us recall seeing a bug report about this.
Our 2 cents :)
#19 Updated by anonym 2017-09-13 22:44:22
- Category set to Test suite
#20 Updated by intrigeri 2017-09-14 05:34:30
- Category deleted (
Test suite)
(This affects actual users too, apparently.)
#21 Updated by anonym 2017-09-15 17:48:36
- Category set to Test suite
#22 Updated by anonym 2017-09-21 22:48:59
- Assignee changed from anonym to intrigeri
- Target version deleted (
Tails_3.2) - % Done changed from 10 to 20
- QA Check deleted (
Ready for QA)
Merged! It wasn’t clear what you wanted to happen with the ticket afterwards, so I leave that to you.
#23 Updated by intrigeri 2017-09-22 06:01:32
- Category deleted (
Test suite) - Assignee deleted (
intrigeri) - Feature Branch deleted (
test/13461-workaround-buggy-desktop-icons)
#24 Updated by intrigeri 2017-10-06 05:32:48
- related to
Bug #14793: Custom Desktop launchers are totally buggy added
#25 Updated by Anonymous 2018-01-15 09:52:43
- Status changed from In Progress to Resolved
Looks like this was researched and code was merged. Closing this ticket. Please reopen if necessary.
#26 Updated by intrigeri 2018-01-15 10:05:01
> Looks like this was researched and code was merged.
For the record this was workaround’ed in the test suite only.
But I don’t think there’s anything we can do about it with our current desktop.
#27 Updated by intrigeri 2019-01-05 10:32:28
- related to
Bug #16283: No more icons on desktop in buster added