Copy operation fails

Bug #65602 reported by Bill Zaumen
4
Affects Status Importance Assigned to Milestone
gnome-terminal (Ubuntu)
Invalid
Undecided
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gnome-terminal

I'm running ubuntu 6.06 (Dapper) on i686 hardware, with
gnome-terminal version 2.14.2-0ubuntu1 for i386.

The menu item to 'copy' text in the Edit menu does not
appear to function (and the 'paste' menu item stays disabled).
 If I select text in a gnome terminal and use the middle mouse button to paste it, nothing happens as well. I can, however,
copy text from other applications (e.g., emacs, gedit, xterm)
and that words as expected.

I also used xev to print xevents to check the mouse and it
reported "button 2" when I pushed the middle mouse button
(a logitech mouse with a wheel, actually).

I just downloaded the latest updates yesterday. I checked
the 'keyboard-shortcuts' to make sure that nothing was
accidentally disabled (it seems to be OK).

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. That works fine for me. Do you use bash as a shell? Does it happen with an another use on the same machine?

Revision history for this message
Bill Zaumen (zaumen) wrote : Re: [Bug 65602] Re: Copy operation fails

On Thu, 2006-10-12 at 21:12 +0000, Sebastien Bacher wrote:
> Thanks for your bug. That works fine for me. Do you use bash as a shell?
> Does it happen with an another use on the same machine?

I just checked a laptop that also has ubuntu 6.06 installed,
and gnome-terminal seems to work fine on that machine. I
installed ubuntu on my laptop first as a test and then on
my desktop system, using the same disks that I picked up at
Linux World on both systems.

Curiously, I rebooted a few minutes ago just before reading your
email and the problem went away. This did not work yesterday, even
after repeated tries. There may be a bug in gnome-terminal that
is triggered only under some currently unknown circumstances
that causes gnome-terminal to be unable to copy text. Since
one gnome-terminal process seems to handle multiple terminal
windows, it is possible that some sort or race condition
triggers the problem, making it very difficult to reproduce.

If it occurs again, I'll try to note what I did before the
problem showed up.

One thing unusual that I had to do yesterday was to reset the
date (the day, actually). While installing, I screwed up and
initially had it 3 days in the future. I saw the problem with
gnome-terminal after I reset the date to the correct value.
This doesn't sound like something that should be relevant to
a terminal (although the date change did confuse sudo), but it
is the only thing I did that was out of the ordinary.

-- Bill

PS I won't have access to a computer for the next few days,
so if I don't respond immediately to any email that is the
reason. Thanks for contacting me.

Revision history for this message
Bill Zaumen (zaumen) wrote :

On Thu, 2006-10-12 at 21:12 +0000, Sebastien Bacher wrote:
> Thanks for your bug. That works fine for me. Do you use bash as a shell?
> Does it happen with an another use on the same machine?
>

... forgot to answer one question - I'm using bash for
a shell.

-- Bill

Revision history for this message
Albrecht Mühlenschulte (a7p) wrote :

rejected, since not reproducible. If you find a way to reproduce this bug, please change the status again.

Changed in gnome-terminal:
status: Unconfirmed → Rejected
Changed in gnome-terminal:
assignee: nobody → desktop-bugs
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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