| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
So we can update the display device warning level.
|
|
|
|
|
|
| |
The WarningLevel property just replicated the warning level
on the display device, or at least should have. So we fix the latter
to remove the former.
|
| |
|
|
|
|
|
| |
Those are also part of the display device properties that we
will update.
|
|
|
|
|
| |
/org/freedesktop/UPower/devices/DisplayDevice is a stable
object path.
|
|
|
|
| |
When it doesn't actually change, don't send out signals.
|
|
|
|
|
| |
The interface name was missing ".Device" at the end, so wasn't
getting registered by clients.
|
|
|
|
|
| |
The IconName and WarningLevel properties were not sent out through
PropertiesChanged when they changed for devices.
|
|
|
|
|
| |
When none of the properties of the display device change,
do not modify it.
|
|
|
|
|
| |
And export a DisplayDevice object which can be used by desktop
shells to show/hide the status icon.
|
|
|
|
|
| |
When on battery only, we weren't setting the display device type
properly.
|
| |
|
| |
|
|
|
|
|
| |
up_daemon_get_on_battery() and up_daemon_get_warning_level()
weren't defined or used anywhere.
|
| |
|
|
|
|
|
|
| |
That will make libupower-glib UpDevice work again, as the proxy
was not receiving property changes, and we kept reading old
cached values.
|
|
|
|
| |
Add code to transform strings, doubles, uint64s, and int64s.
|
|
|
|
|
|
|
|
| |
Instead of sending one changed signal at a time, coalesce them
together to reduce wakeups.
We also export up_daemon_emit_properties_changed() for UpDevice
to use.
|
|
|
|
|
|
|
|
|
| |
By using the state of all the combined batteries, rather than
each one (eg. 2 batteries of the same type at 15% shouldn't trigger
the "low" warning level).
This introduces code to calculate the state of a "display" device,
which is either a UPS, or a combination of all batteries.
|
| |
|
| |
|
|
|
|
| |
In UpDevice.
|
|
|
|
|
| |
Both for the daemon and devices, so as to avoid D-Bus changes
storms on startup.
|
|
|
|
|
| |
We weren't emitting GObject signals in coldplug, no need to send out
D-Bus signals either.
|
| |
|
|
|
|
|
|
| |
When UPSes are discharging, we should have a warning already, as
it means that mains power has been lost to the UPS (though not
to the computer).
|
|
|
|
|
|
| |
There's no reason why the state check should be done in the UpDevice
implementation, and the state will be needed to add a new warning
level for UPSes.
|
|
|
|
| |
And remove ifdef's.
|
|
|
|
|
|
| |
Sends out icon names as defined by the Icon Naming specification.
Will save quite a bit of client side code.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Paraphrasing from the configuration option:
The action to take when "TimeAction" or "PercentageAction" above has
been reached for the batteries (UPS or laptop batteries) supplying
the computer.
This is done 20 seconds after the warning-level variable got set
to UP_DEVICE_LEVEL_ACTION has been set, to give the opportunity
to front-ends to display a (short) warning.
This is only implemented for the Linux backend, using logind.
|
|
|
|
|
|
| |
Use raw D-Bus.
https://bugs.freedesktop.org/show_bug.cgi?id=43001
|
|
|
|
|
|
| |
There's no need to use the "notify" signal to capture when
the properties are changed, we're the ones sending the notify
signals in the first place.
|
|
|
|
|
| |
Not strings, so correct the signal definitions to match the
XML service definition.
|
|
|
|
|
| |
Imported from gnome-settings-daemon, itself from
gnome-power-manager.
|
|
|
|
| |
With "warning-level" property.
|
| |
|
| |
|
| |
|
|
|
|
| |
We already have UpConfig to handle that.
|
|
|
|
| |
It's already done by GObject.
|
|
|
|
|
|
|
| |
It was added for some workloads, but ill-suited and never really
got traction. Using cgroups to manage the resources of particular
services (using systemd), or something separate like rtkit is
a better bet.
|
|
|
|
|
|
|
|
| |
The recalls for that broken batch of Sony batteries dates back from
2006. All the batteries that could have been recalled have now
been recalled, and somebody particularly interested in supporting
them can match the batteries using the old rules file, in a
user session or a separate daemon.
|
| |
|
| |
|
|
|
|
| |
It was just chaining up.
|
|
|
|
|
| |
This is the case for some devices like the Wacom wireless (Bluetooth)
tablets, and shouldn't produce a warning.
|
| |
|
|
|
|
|
| |
If we fail to open the fd for the sysfs keyboard backlight control
file, don't try to close it.
|
|
|
|
|
|
|
|
| |
If an unknown option was passed to the daemon, it might fail
to parse some of the passed options, and not take them into account.
For example: "upower -d --timed-exit" would fail to exit
Error out when an unknown option is passed.
|
|
|
|
|
| |
Don't wait for tty events from udev if we're not going to
use the Watts Up device anyway. Cuts down on the possible wakeups.
|