Issue 102484 - calc loops copying range in attached file.
Summary: calc loops copying range in attached file.
Status: CLOSED DUPLICATE of issue 101869
Alias: None
Product: Calc
Classification: Application
Component: editing (show other issues)
Version: OOO310m11
Hardware: PC Windows XP
: P2 Trivial (vote)
Target Milestone: ---
Assignee: spreadsheet
QA Contact: issues@sc
URL:
Keywords: crash, regression
Depends on:
Blocks:
 
Reported: 2009-06-04 01:34 UTC by mac83
Modified: 2009-06-04 09:14 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Try to copy as indicated in the bug report, and process will consume 100% processor (29.45 KB, application/vnd.oasis.opendocument.spreadsheet)
2009-06-04 01:35 UTC, mac83 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description mac83 2009-06-04 01:34:18 UTC 
I have a sheet with formulas and I want to copy them to others cells. I select
my cells (C7:D48) and copy/paste them with the mouse by "expanding" the
selection area to cell Z48. Here no changes appear, no menu nor button respond,
process soffice.bin consumes 100% of my processor, and I have no other choice
that closing calc and restarting it.

It occurs in the same manner if I copy/paste the cells with ctrl+C ctrl+V
(select C7:D48, ctrl+C, select E7:Z48, ctrl+V).

I have a file to demonstrate the problem (on sheet 2), but I can't see a place
to upload it with this bug report (at least for the moment, perhaps it's
possible at the next step).
Comment 1 mac83 2009-06-04 01:35:49 UTC 
Created attachment 62757 [details]
Try to copy as indicated in the bug report, and process will consume 100% processor
Comment 2 kpalagin 2009-06-04 08:49:50 UTC 
Confirming with m48 on XP - as described.
3.0.0 copies the data just fine (can't try 3.0.1).
Keywords, priority.
Comment 3 niklas.nebel 2009-06-04 09:14:12 UTC 
Same as 101869.

*** This issue has been marked as a duplicate of 101869 ***
Comment 4 niklas.nebel 2009-06-04 09:14:40 UTC 
closing duplicate