Running acpi -V is a workaround (thank you), but not a solution :-(
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to indicator-power in Ubuntu.
https://bugs.launchpad.net/bugs/1315434
Title:
Mouse with no time remaining
that bug bite me .
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to indicator-power in Ubuntu.
https://bugs.launchpad.net/bugs/1315434
Title:
Mouse with no time remaining estimate showing in preference to battery
Just a heads up regarding this issue, running acpi -V returns the
correct battery percentage even if the indicator shows the wrong one.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to indicator-power in Ubuntu.
The .rule file is the result of a problem between keyboard and chair.
I'm going to stop wasting everyone's time here (and stop posting), and
do a thorough examination of potential fixes and work-arounds before I
post on this thread again. I'll document everything I try (CRON jobs,
other battery
2nd issue with this bug: battery indicator not updating status.
While editing the .rule file resolves the prioritization of mouse power
over laptop power issue, the battery status indicator does not update in
a frequent fashion.
--
You received this bug notification because you are a member of
Found specifics around the new issue and a temporary fix.
The last patch/update from Elementary changed the referred file name to :
95-upower-csr.rule
Where it had previously been:
95-upower-csr.rules
Traditional .rules files are named with an "s" on the end. So any edits
made as indicated in
After the latest updates for elementary OS, my battery only shows 100%.
I have edited the file with Nano, but there has been no change in the
functionality, even after commenting out the Logitech power monitor
feature.
:-(
--
You received this bug notification because you are a member of
Agh!
The OS update this week overwrote the workaround, and the mouse was re-
prioritized over laptop power.
Of course, my laptop ran out of power because the battery indicator said
I had plenty of charge, because it was sensing my battery, not my
laptop.
Please resolve this bug.
--
quote with correction:
it was sensing my "mouse" battery, not my "laptop's battery."
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to indicator-power in Ubuntu.
https://bugs.launchpad.net/bugs/1315434
Title:
Mouse with no
Sorry, I just saw this. It should read:
"mouse power management should NOT take priority over OS power
management"
And I'm leaving the word NOT in all caps. I find this to be one of the
most frustrating laptop bugs ever, other than broken keys and poor
touchpads. I could care less about mouse
@Don McCants (2on)
In #34 above, you wrote:
I want to chime in and reiterate that mouse power management should
take priority over OS power management.
Based on the rest of your post, I think you intended to write:
I want to chime in and reiterate that OS power management should
take
I used nano to successfully edit the 95-upower-csr.rules in elementary
OS Freya, as indicated by asmoore82.
I want to chime in and reiterate that mouse power management should take
priority over OS power management. Battery usage tracking and management
for laptops/netbooks should the primary,
FYI, I have a merge request pending review that makes the laptop battery
have priority over the mouse battery here:
https://code.launchpad.net/~mdeslaur/indicator-power/fix-
priorities/+merge/260903
This will only display the mouse battery if it's below 10% so that the
user will still get a
** Branch linked: lp:~mdeslaur/indicator-power/indicator-power
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to indicator-power in Ubuntu.
https://bugs.launchpad.net/bugs/1315434
Title:
Mouse with no time remaining estimate
I could not easily find this workaround from a google search so
documenting it here:
Typical use with caution notice, may cause a (small) rift in the
space-time continuum, etc.
Edit /lib/udev/rules.d/95-upower-csr.rules (with sudo), comment out
(with #) the last set of lines at the bottom so
Devices that report a wrong time remaining need to be blacklisted,
just like any other misbehaving hardware device.
Even if this means most devices will need to be blacklisted? Wouldn't it
require an extreme amount of effort to start blacklisting every mouse
that doesn't work with this feature?
My mouse is always 90% or 5% (no intermediate values) and it changes
~4-5 times a week; mostly when the laptop suspends. The mouse uses
batteries and it's always the one showed in the notifications area. In
fact I think the mouse does not even report the remaining time (it's not
present in the
JW,
It will, yes. If your laptop battery is charging, or is discharging, it will
now be shown in preference to your mouse.
If your laptop battery is fully charged, your mouse will be shown.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is
Devices that report a wrong time remaining need to be blacklisted,
just like any other misbehaving hardware device.
Even if this means most devices will need to be blacklisted? Wouldn't
it require an extreme amount of effort to start blacklisting every mouse
that doesn't work with this feature?
Ah OK. My mouse only gives a percentage (0, 5, or 90%), although
sometimes incorrect (it goes to 5 to go back to 90). I hope the last
commit will fix behaviour on my machine.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
Devices that report a wrong time remaining need to be blacklisted, just
like any other misbehaving hardware device. The fact that such devices
exist is not a valid reason to get rid of a sane and elegant
notification system.
Do you own a mouse with an incorrect time remaining estimate?
--
You
Just to play devil's advocate a bit here:
The logic taken in this bug (that we should show the device that will
run out of power first) seems perfectly sound, but it makes a very large
assumption, which I suspect will often be untrue: that reporting of time
remaining on mice will always be
It's very funny to see how Canonical justifies this stupid new
feature. In the meantime I switched to Debian Wheezy (one of the
reasons was this feature) and now I'm on FreeBSD (because of systemd
taking over control of the whole linux world).
Good luck to all that stay on Ubuntu. ;-)
--
You
What file should this patch apply to? It was not specified in the file.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to indicator-power in Ubuntu.
https://bugs.launchpad.net/bugs/1315434
Title:
Mouse with no time remaining
Here is a patch that implements the preferred sorting order as described
by mpt, and described in comment #12.
** Patch added: lp1315434.patch
https://bugs.launchpad.net/ubuntu/+source/indicator-power/+bug/1315434/+attachment/4334474/+files/lp1315434.patch
--
You received this bug
I agree with having the option to always see the laptop battery status
in the notifications area, and having all other present batteries shown
in the dropdown menu. Even when the laptop battery is fully charged,
somebody (like me) could have a flaky AC connection and not see the
battery status
I also much prefer to ALWAYS see my laptop battery state (charging,
charged, or otherwise). The fact that my logitech mouse AA batteries
are always at 55% is completely useless. My laptop power state is
ALWAYS the most important thing.
Think of it this way: if the mouse battery dies, you
I also agree with these comments and this problem affects me. I
constantly use a wireless mouse on my laptop, so essentially I can never
see my laptop battery charge without either unplugging my mouse or
having to click on the mouse icon on the top. This makes no sense-
especially because my
I agree with Jochen and his followers, the whole idea and the dealing
with it seems a little bit too sophisticated. Let's make it simple, for
me, after the discussion, the philosophy is clear, and I clearly
disagree, but to most users that obviously did not read this bug report
or the wiki, the
+1 to support Matthew's comment.
I'm using my laptop a lot and to avoid pain in my wrist, I'm using BT
vertical mouse and the mouse battery status is important for me...
Also, Ubuntu (more specifically user interface) is getting better and
better, that now my wife, son (12 years old) and my
I'm in agreement with Jochen. There will never be a situation where I
want to see my mouse indicator. In my case I'm using a Targus mouse
running on two AA batteries. Ubuntu seems to think my mouse is at 0%
power and needs to be charged. It's not even a chargeable mouse. Even if
it was
I was under the impression my laptop was at 70% when it shut off just a
few minutes ago, but what I was actually seeing was my mouse battery.
Even now, it has just started charging and still the mouse shows up
first. And even if I turn the mouse off it STILL overrides the laptop
battery.
Need a
** Changed in: indicator-power (Ubuntu)
Importance: Undecided = Medium
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to indicator-power in Ubuntu.
https://bugs.launchpad.net/bugs/1315434
Title:
Mouse with no time
33 matches
Mail list logo