Opened 10 years ago

Closed 7 years ago

#1425 closed task (wontfix)

Verify that camera activities close the camera device when not in use.

Reported by: jg Owned by: cjb
Priority: high Milestone: Future Release
Component: tinderbox Version:
Keywords: power Cc: bert, olpc-devel@…, mpg@…
Blocked By: Blocking:
Deployments affected: Action Needed: never set
Verified: no


The camera activity, Etoys, and any other camera activity should close the camera device when idle, or when they are not the visible activity on the screen.

This is to ensure no interference between activities, along with minimizing power usage.

Change History (13)

comment:1 Changed 10 years ago by erikb

  • Cc olpc-devel@… added; erikb removed

comment:2 Changed 10 years ago by jg

  • Verified unset

The verification failed.

Bug #1475 has the current bug report.

comment:3 Changed 10 years ago by erikb

  • Cc mpg@… added

We are waiting for a better sugar solution to knowing which activity is "active". Using a focus listener to turn the camera on/off is unacceptable since showing the task frame causes a focus event (and shuts down the camera).

This thread has further information:

comment:4 Changed 10 years ago by tomeu

Yesterday we added an 'active' property to sugar.activity.Activity. The shell will set it to True or False when the user switches between activites. You can listen to changes on the 'notify::active' signal.

Is this enough?

comment:5 Changed 10 years ago by kimquirk

  • Milestone changed from BTest-4 to Trial-2
  • Verified unset

Moving to next software release, Trial-2.

comment:6 Changed 10 years ago by jg

X can tell you when you are "visible", rather than having input focus. I would argue that etoys should use this as how to key on whether it should release the hardware than using focus.

I think it is unwise to have dependencies on Sugar when unnecessary, and I do not it think it necessary in this case.

comment:7 Changed 10 years ago by erikb

bug filed to request fix the firing of notify::active events in 2026

comment:8 Changed 10 years ago by jg


This does not have to wait for Sugar.

As I pointed out in a camera bug on this issue, the ICCCM/EWMH documents define ways you can know you are visible or not.

So at least for many applications, they should be keying on visibility and not have to deal with any sugar information. This will help portability to non-sugar environments.

This won't always be true: but for activities where it does they should definitely use the standard X mechanisms and not any sugar mechanisms.

Chris, are there any offending applications at this time? If there are, there should be trac issues for each of them.

comment:9 Changed 10 years ago by jg

  • Component changed from distro to tinderbox

comment:10 Changed 10 years ago by jg

  • Milestone changed from Trial-2 to Trial-3

comment:11 Changed 9 years ago by jg

  • Milestone changed from Untriaged to V1.1

comment:12 Changed 7 years ago by cjl

  • Action Needed set to never set

Is there any point in keeping tinderbox bugs open? Is this even a tinderbox bug?

comment:13 Changed 7 years ago by cjb

  • Resolution set to wontfix
  • Status changed from new to closed


Note: See TracTickets for help on using tickets.