RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 628174 - [cal] Listview - Copy Paste is not working
Summary: [cal] Listview - Copy Paste is not working
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: evolution
Version: 6.1
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Matthew Barnes
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On: 883010
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-28 11:33 UTC by A S Alam
Modified: 2013-11-21 04:58 UTC (History)
5 users (show)

Fixed In Version: evolution-2.32.3-9.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-11-21 04:58:25 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
backported upstream patch (44.25 KB, patch)
2013-06-21 16:01 UTC, Milan Crha 		no flags Details | Diff
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2013:1540 0 normal SHIPPED_LIVE Low: evolution security, bug fix, and enhancement update 2013-11-21 00:40:51 UTC

Description A S Alam 2010-08-28 11:33:55 UTC 
Description of problem:
Copy/Paste is not working in ListView, while it is working in case of Fedora.


Version-Release number of selected component (if applicable):
evolution-mapi-0.28.3-6.el6.x86_64
evolution-help-2.28.3-10.el6.noarch
evolution-data-server-2.28.3-10.el6.x86_64
evolution-2.28.3-10.el6.x86_64

How reproducible:
Everytime

Steps to Reproduce:
1. run evolution (tested in gu_IN locale)
2. goto Calander
3. check listview
4. Press anykey and Paste any data
  
Actual results:
Text is not pasted

Expected results:
it should pasted

Additional info:
DayView, it is working
Comment 2 Milan Crha 2010-11-23 17:45:06 UTC 
It took me some time to discover that Ctrl+Ins/Shift+Ins works, but Ctrl+C/Ctrl+V doesn't. But it's same as in Fedora for me, there Ctrl+C/Ctrl+V doesn't work either, their are bound to actions in Edit menu, and tight to whole event, not the text in side editing widget.

How did you try to paste the text that it worked for you in Fedora and not in RHEL6, please?
Comment 3 Matthew Barnes 2010-11-30 04:08:32 UTC 
It sounds like this may be fixed upstream, so if we can locate the patch for it then we can look at backporting it.  Conditional NAK.
Comment 4 A S Alam 2011-01-30 15:19:32 UTC 
(In reply to comment #2)
> It took me some time to discover that Ctrl+Ins/Shift+Ins works, but
> Ctrl+C/Ctrl+V doesn't. But it's same as in Fedora for me, there Ctrl+C/Ctrl+V
> doesn't work either, their are bound to actions in Edit menu, and tight to
> whole event, not the text in side editing widget.
> 
> How did you try to paste the text that it worked for you in Fedora and not in
> RHEL6, please?

two things I noticed

1) if copy test outside list view (I used text from firefox), then it is working in Fedora (fedora 13) with Ctrl+V by editing any listed item

2) if try to copy & Paste within list view, then it is not correct in Fedora either (Ctrl+Ins/Shift+Ins is working)

in RHEL6.1, (evolution-2.28.3-10.el6), I am not able paste with Ctrl+V in List view (copied from firefox), even paste same data in Mail Search box), but Shift+Ins works
Comment 5 Suzanne Logcher 2011-03-28 21:12:40 UTC 
Since RHEL 6.1 External Beta has begun, and this bug remains 
unresolved, it has been rejected as it is not proposed as an 
exception or blocker.

Red Hat invites you to ask your support representative to 
propose this request, if appropriate and relevant, in the 
next release of Red Hat Enterprise Linux.
Comment 6 Milan Crha 2013-05-09 17:32:24 UTC 
It might be good to retest with 2.32.3, when it's available (see comment #3).
Comment 10 Milan Crha 2013-06-07 10:15:52 UTC 
(In reply to Milan Crha from comment #6)
> It might be good to retest with 2.32.3, when it's available (see comment #3).

I tested this with evolution-2.32.3-2.el6, and I can paste text in the List View, when using Ctrl+V or Shift+Ins, if the clipboard contains text. Ctrl+C is tricky, because it adds whole component to the clipboard, thus on paste is added the same event again. Is that basically the issue you claim about?
Comment 11 Milan Crha 2013-06-20 14:48:01 UTC 
(In reply to Milan Crha from comment #10)
> Is that basically the issue you claim about?

Err, I did reread the whole bug and I see the answer. The 2.32.3 works same wrong as 2.28.3. The list view should use Ctrl+C and Ctrl+V the same way as it uses Ctrl+Ins and Shift+Ins, when editing text in the list view.
Comment 14 Milan Crha 2013-06-21 16:01:23 UTC 
Created attachment 763896 [details]
backported upstream patch

This is backported upstream patch. I will include it in one of the next builds, when I have more patches ready.
Comment 22 errata-xmlrpc 2013-11-21 04:58:25 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHSA-2013-1540.html
Note You need to log in before you can comment on or make changes to this bug.