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 1268087 - pasting of text with crazily long lines pushes vimx over the top (100% CPU for couple of minutes)
Summary: pasting of text with crazily long lines pushes vimx over the top (100% CPU fo...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: vim
Version: 7.2
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Karsten Hopp
QA Contact: BaseOS QE - Apps
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-10-01 19:06 UTC by Matěj Cepl
Modified: 2016-01-21 12:45 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-01-21 12:45:01 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
test file (8.84 KB, text/plain)
2015-10-01 19:06 UTC, Matěj Cepl
no flags Details

Description Matěj Cepl 2015-10-01 19:06:11 UTC
Created attachment 1079242 [details]
test file

Description of problem:
When pasting a crazily output of some bug testing to vimx via clipboard, vimx got seriously upset.

Version-Release number of selected component (if applicable):


How reproducible:
100%

Steps to Reproduce:
1.open the attached file in some editor (perhaps even just with Firefox)
2.select all text and copy it to clipboard
3.switch to open vimx in the console and "+p

Actual results:
vimx pastes just couple of lines and with that crazily long one turns CPU to 100% and cannot get over it (after five minutes waiting, I have killed it)

Expected results:
just paste the text as other editors (e.g., gedit) do! no CPU should get involved with the text of 9k.

Additional info:

Comment 1 Matěj Cepl 2015-10-01 19:07:18 UTC
Sorry, forgot to add that I use vim-X11-7.4.160-1.el7.x86_64

Comment 3 Matěj Cepl 2015-10-01 19:29:07 UTC
Hmm, that 100% was quite pesimist estimate. Cannot reproduce anymore. The whole text is not displayed, but no CPU is involved anymore. Sorry.

Comment 4 Karsten Hopp 2016-01-21 12:45:01 UTC
closing per comment #3


Note You need to log in before you can comment on or make changes to this bug.