Screenlets

Files in /tmp not user-specific

Bug #160266 reported by CatKiller
8
Affects Status Importance Assigned to Milestone
Screenlets
Fix Released
High
Unassigned
screenlets (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

LATEST VERSION TESTED:
0.0.12-0ubuntu1

The screenlets.running information in /tmp/screenlets is neither user-specific, nor available to all users. This means that if one user is running Screenlets and then logs out, then another user cannot start their Screenlets until the first user has removed the /tmp/screenlets directory.

See original description
Hendrik Kaju (hkaju)
Changed in screenlets:
importance: Undecided → High
Revision history for this message
jmur (yurpar) wrote :

Even if the first user has loging in and not log out, another cant start Screenlet (for example, I have 2 users running simultaneously). I've change DIR_TMP in to "os.environ['HOME'] + '/.screenlets/' " in /usr/local/share/screenlets-manager/screenlets-manager.py and /usr/lib/python2.5/site-packages/screenlets/session.py files. But it's temporary workaround, of course.

Revision history for this message
CatKiller (catkiller) wrote :

"temoprary workaround" LOL

Thanks for the pointer though - that will help until it gets fixed.

Revision history for this message
Hendrik Kaju (hkaju) wrote :

This bug is fixed with revision 60.

Changed in screenlets:
status: New → Fix Committed
Revision history for this message
Ketil Wendelbo Aanensen (ketilwaa-deactivatedaccount) wrote :

Should be fixed and released by 0.0.12

Changed in screenlets:
status: Fix Committed → Fix Released
Revision history for this message
Julien Lavergne (gilir) wrote :

Also affecting Ubuntu with the 0.0.10 package.
It should not be a problem anymore with the release of 0.0.12 in Hardy.
Please reopen if the problem reapear.

Changed in screenlets:
status: New → Fix Released
Revision history for this message
Kjell Braden (afflux) wrote :

There are still several reports with the same tracebacks as the duplicates of this bug.

Changed in screenlets:
status: Fix Released → Confirmed
status: Fix Released → Confirmed
Brian Murray (brian-murray)
description: updated
Revision history for this message
Julien Lavergne (gilir) wrote :

It's not the same problem.
You attached duplicates about the /tmp/screenlets specific, and the -u parameter missing on the python command (see bug #197712).
I prepare a diff to fix this.

Revision history for this message
Kjell Braden (afflux) wrote :

I'm moving the duplicates which crash like "OSError: [Errno 17] File exists: '/tmp/screenlets'" to bug 197712.

Revision history for this message
Kjell Braden (afflux) wrote :

setting back to fix released as there are no duplicates left that can confirm this bug in the current package.

Changed in screenlets:
status: Confirmed → Fix Released
status: Confirmed → Fix Released
Revision history for this message
Max (maxter) wrote :

Julien, i installed version 0.1 from your launchpad repository and this bug is still present.

the first user that starts screenlets create a /tmp/screenlets directory that is not writeable by other users.

i don't know if this bug can be reopened, because 0.1 is not in offical repos, but please, fix this bug also for your repository :)

Revision history for this message
Kjell Braden (afflux) wrote :

Changing the screenlets task back to fix committed, as bzr revision 260 has a fix for the directory issue.

Changed in screenlets:
status: Fix Released → Fix Committed
Helder Fraga (whise)
Changed in screenlets:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.