© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
0e1f616
(Get the code!)
(In reply to comment #75)
> First it would be nice to have a feeling about the magnitude of this problem.
> The situation you describes above will only (as far as I can see) when:
> 1) FirefoxA "forgets" to drop its lock, when it is done updating the file.
> or
> 2) When a user actually are using several different physical terminals at the
> same time.
Scenario 2 is pretty common at our site, where a we have a large number of Linux compute boxes that people ssh into from their desktop box (which may be running Windows or Linux). They launch Firefox on the compute box in order to view local (to the compute box) generated html reports. Firefox may be launched from the command line, or from a button (like "View Logs") in another GUI tool. With the current Firefox implementation, before launching users have to either (a) make sure no other instance of Firefox is running on some other box, and/or (b) copy the html files to an NFS or Samba shared directory and use an already running Firefox. This adds a lot of friction to a process that people feel ought to be very simple.