Project

General

Profile

Bug #12281

Cannot open multiple doc pages concurrently from notifications

Added by intrigeri 9 months ago. Updated 9 months ago.

Status:
Confirmed
Priority:
Low
Assignee:
-
Category:
-
Target version:
-
Start date:
03/03/2017
Due date:
% Done:

0%

QA Check:
Feature Branch:
Type of work:
Research
Blueprint:
Easy:
Yes
Affected tool:
Browser

Description

While working on #12193, after merging the branch for #12271, I see 3 notifications: running in a VM, I2P removal plans, 32-bit CPU. If I click two or more of the "More info" links, then only the first one works: for each of the other ones I am told that Tor Browser is already running and I should close it. I didn't check if that's the case if I wait longer between clicking on these links, but regardless: these notifications all appear roughly at the same time, so we are effectively encouraging users to click on them very quickly.

How hard would a technical solution be?

The code lives in config/chroot_local-includes/usr/local/bin/tails-documentation and config/chroot_local-includes/usr/local/bin/tor-browser in our main Git repo.

Low priority as very few actual users are affected currently: the I2P warning will go away in 2.12, and users should pick a 64-bit CPU for their VMs. Still, it would be good to fix this before we discover this problem again (or fail to) next time we add other such notifications.


Related issues

Related to Tails - Feature #12193: Notify the user when their 32-bit computer won't work with Tails 3.0 Resolved 01/30/2017
Related to Tails - Feature #12271: Show notification about I2P being removed Resolved 02/28/2017

History

#1 Updated by intrigeri 9 months ago

  • Related to Feature #12193: Notify the user when their 32-bit computer won't work with Tails 3.0 added

#2 Updated by intrigeri 9 months ago

  • Related to Feature #12271: Show notification about I2P being removed added

#3 Updated by intrigeri 9 months ago

  • Description updated (diff)

#4 Updated by anonym 9 months ago

Note that if the browser is up and running this error won't occur, and thanks to --allow-remote the requested pages will open just fine in the already-running browser. Hence we can fix this by adding a check to our tor-browser script that looks if it's already running, and if so it enters a sleep loop, only exiting (and proceeding to opening the page) when it has verified that Tor Browser is fully running. That seems to be the case once its window is showing, so we could use some X tool or even Dogtail to implement that check.

Also available in: Atom PDF