I subscribed the »ubuntu stable releases update team«. Hopefully any of
them knows what needs to be done.
To all others: Just below the bug's title there is a line that says
This bug affects n people. If it doesn't say you and n other people,
please click the exclamation mark next to it and say
I am concerned that this bug has been assigned an importance of low or
unknown. I think it should be higher for the following reasons:- The
bug does not just affect the kensington mouse, it makes Shotwell
virtually unusable for those affected and there is no simple work-
around.
As mentioned in
I am also experiencing this problem running Ubuntu 10.10 I would like to
run Shotwell in preference to F-spot or Picasa but, as things stand at
the moment, the problems with the mouse make it virtually unusable.
I tried the gphoto2 autodetect experiment and found that it always
locked up the
Hi Jim,
running Lucid Lynx (10.04) here. I already updated shotwell to
maverick's version, as you can see above.
I can give you the results of an updated gphoto next week or so. First
I'll try the version from maverick. If that fails there is still the
version from sourceforge available.
Since
bmhm,
Okay -- that tells me that the problem is occurring when gphoto2's
camera detection routine is executed. It's creating a vicious loop in
Shotwell: Shotwell goes to detect if any cameras are present in the
system, causing the mouse (or other device) to disconnect and reconnect.
Shotwell is
To everyone still having this problem: We're curious what release of
Ubuntu you're using. That will give us some idea of what version of
gphoto2 you're using, which seems to be the root of the problem.
Marko: One of the previous commenters reported a link that suggests this
problem was fixed in
I have same problem with USB Wacom tablet and Shotwell. When i start
Shotwell, my tablet led blinks and kernel log displays things like
usbfs: USBDEVFS_CONTROL failed cmd shotwell rqt 128 rq 6 len 1000 ret
-84 until my screen goes black. Same thing happens with Rhythmbox when
I try to enable
Hi Jim,
yes, I have exactly the same behaviour. It lists no devices, but half a
second later my mouse gets disconnected again. It's fully reproducible.
Oct 9 18:17:17 oberth kernel: [ 1557.711954] usb 2-3.3: new low speed USB
device using ohci_hcd and address 5
Oct 9 18:17:17 oberth kernel:
For anyone out there who still has this problem, could you try the
following test and tell me what happens?
1. You'll need to have gphoto2 installed. To get it, run this:
$ sudo apt-get install gphoto2
2. Run this command:
$ gphoto2 --auto-detect
3. When it completes, run it again. Try
Sebastien,
This is all very interesting! We do not use MTP (or libmtp), but we do
use gphoto2, which does a device query in order to locate connected
cameras. We also query the udev system looking for cameras on our own
in order to properly associate a USB ID with gphoto2's names. (Long
Is shotwell using libmtp or mtp code? We got similar issues since lucid
in music players doing mtp devices detection for example
--
Shotwell makes USB mouse flaky
https://bugs.launchpad.net/bugs/555408
You received this bug notification because you are a member of Ubuntu
Bugs, which is
see bug #610036 for example
--
Shotwell makes USB mouse flaky
https://bugs.launchpad.net/bugs/555408
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
bug #559892 was similar as well bug has been fixed in recent ubuntu
versions
--
Shotwell makes USB mouse flaky
https://bugs.launchpad.net/bugs/555408
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Ok, for the record that's the libmtp bug which as fixed:
http://libmtp.cvs.sourceforge.net/viewvc/libmtp/libmtp/src/libusb-glue.c?r1=1.286r2=1.287
The comment suggests HDI devices doesn't like the device detection
--
Shotwell makes USB mouse flaky
https://bugs.launchpad.net/bugs/555408
You
HID devices rather
--
Shotwell makes USB mouse flaky
https://bugs.launchpad.net/bugs/555408
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
** Changed in: shotwell
Status: Unknown = New
--
Shotwell makes USB mouse flaky
https://bugs.launchpad.net/bugs/555408
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Dear Ubuntu desktop teams,
since there is no progress on this bug and this bug is a showstopper -
meaning, I cannot use this software at all (therefore a »condicio sine
qua non«).
Because of this, I am willing to help you debbung shotwell. And yes, it
is indeed a shotwell bug, since kopete's
** Also affects: shotwell via
http://trac.yorba.org/ticket/2269
Importance: Unknown
Status: Unknown
--
Shotwell makes USB mouse flaky
https://bugs.launchpad.net/bugs/555408
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
bmhm,
Glad you're willing to help out. Could you do the following?
1. Can you disconnect the active USB hub and plug the mouse into your
computer directly? In that case, does the problem still occur?
2. Run this command:
$ sudo lsusb -v usb.txt
Then attach the usb.txt file to this ticket
Hi,
I can confirm this bug.
Specs:
* Logitech MX310 (USB Mouse)
* Plugged in via active (powered) usb hub
* Chipset: nForce 4 Ultra
* Shotwell: 0.5.0+dfsg-1.1 (from ubuntu repos)
* Shotwell 0.7.2-1~lucid1 (from your repo)
* Ubuntu lucid amd64
* Yes, stops when shutting down shotwell
* Yes, same
Thanks Adam, I appreciate the responsiveness and, as a developer myself,
understand the difficulty in tracking down something you can't
reproduce. This is the trackball: http://www.amazon.com/Kensington-
Expert-Optical-
Stephen,
at Yorba we purchased a Kensington Ci75m Wireless Notebook Mouse, since
this was the mouse mentioned in the log output from Rupert H. above. We
have heard your plea and will reopen the ticket, though there may not be
much we can do until we can reproduce the problem here. If I search
Just saw the issue closed as worksforme on yorba. Which Kensington mouse
did you guys purchase? Maybe this means it's not all Kensington devices
which could also mean it's not just Kensington devices. At any rate, my
Expert Mouse (which is actually a poorly named trackball) is definitely
wigging
I have the exact same issue with my Kensington Expert Mouse. Wired USB
plugged directly into the computer.
** Attachment added: shotwell_kensington_dmesg.log
http://launchpadlibrarian.net/51857273/shotwell_kensington_dmesg.log
--
Shotwell makes USB mouse flaky
A couple of users have now reported this problem, so I've created a
ticket at http://trac.yorba.org/ticket/2269 . We'll order a Kensington
mouse (they're cheap) and investigate a little bit.
** Bug watch added: trac.yorba.org/ #2269
http://trac.yorba.org/ticket/2269
--
Shotwell makes USB
The log you attached when the Kensington mouse is attached: Were you
attaching/detaching the mouse during the run, or did you simply run
Shotwell with it already attached?
--
Shotwell makes USB mouse flaky
https://bugs.launchpad.net/bugs/555408
You received this bug notification because you are
I ran Shotwell with the mouse already attached.
--
Shotwell makes USB mouse flaky
https://bugs.launchpad.net/bugs/555408
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
marking incomplete as the information was requested.
** Changed in: shotwell (Ubuntu)
Status: Fix Committed = Incomplete
--
Shotwell makes USB mouse flaky
https://bugs.launchpad.net/bugs/555408
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Hi Jim,
I don't see this problem with a wired Logitech, or Bluetooth MS mouse. It only
seems to affect my Kensington mouse.
No special drivers, or anything for the Kensington mouse.
Please find new lsusb (Line 612) and shotwell log files attached.
I attached two Shotwell logs, one with the
Hmm ... I use a Logitech wireless mouse and have not seen this problem.
We use a wide variety of mices around the office here (Logitech, Dell,
Microsoft, Dynex) and have not seen either.
Regarding the log file: this changed in 0.6. The command Martin
supplied no longer works. If you run
I'm having the same problem mentioned above in 0.5.0/0.6.1.
- Does it happen all the time when Shotwell is running or just when you have a
camera plugged in?
The problem starts as soon as I start the application and disappears when I
close it.
- Does it also happen if you try it with another
This is no longer the case in the latest version from SVN.
** Changed in: shotwell (Ubuntu)
Status: New = Fix Committed
--
Shotwell makes USB mouse flaky
https://bugs.launchpad.net/bugs/555408
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
** Changed in: shotwell (Ubuntu)
Importance: Undecided = Low
--
Shotwell makes USB mouse flaky
https://bugs.launchpad.net/bugs/555408
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
@probono, thanks for reporting this issue. Though, I use an USB mouse
with Shotwell and I never had any problems, so we need some more info to
catch this bug.
Firstly, can you please start Shotwell from a terminal in debug mode, like this:
SHOTWELL_LOG=1 shotwell | tee ~/Desktop/shotwell.log
34 matches
Mail list logo