After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 611503 - Gnumeric copy-paste broken
Gnumeric copy-paste broken
Status: RESOLVED NOTGNOME
Product: Gnumeric
Classification: Applications
Component: General
1.9.x
Other Linux
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2010-03-01 18:43 UTC by Charlie Kravetz
Modified: 2010-03-03 15:24 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Charlie Kravetz 2010-03-01 18:43:21 UTC
This bug has been reported on Ubuntu Launchpad as:
https://bugs.launchpad.net/bugs/434990

Copying and pasting of formulas in Gnumeric does not work properly. If a cell with formula is copied, and an attempt is made to paste it down a column, the formula is not copied, only the _value_ of the formula from the original cell. This behavior is seen with C-c, C-p, and with mouse-menu copy/paste. If the cell's lower-right corner 'marker' is pulled with the mouse, the formula WILL copy correctly down the column.

If an area of data, including formulas, is copied, from INSIDE Gnumeric, and an attempt is made to copy it elsewhere in the same spreadsheet, the data may not copy, OR the Text Import Configuration dialog appears, asking for choices about tab-delimited, columns, formatting as number or text, and so on, before data will paste, and the formulas will NOT copy, only the values of those formulas at the original locations. Cell formatting does not appear to be preserved in the copy, even inside the same spreadsheet. Data highlighted and copied from, for example, an outside text file does not always paste into Gnumeric correctly.

The data, and formulas, along with their formatting, should just copy to the new location, as is, and without extra dialog boxes, with formula references changing to the new relative positions, as spreadsheets have done for decades.

gnumeric:
  Installed: 1.9.9-1ubuntu2
  Candidate: 1.9.9-1ubuntu2
  Version table:
 *** 1.9.9-1ubuntu2 0
        500 http://us.archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status

gnome:
  Installed: (none)
  Candidate: 1:2.22.2~4ubuntu7
  Version table:
     1:2.22.2~4ubuntu7 0
        500 http://us.archive.ubuntu.com karmic/universe Packages
Comment 1 Morten Welinder 2010-03-01 20:17:29 UTC
I can't parse that.

Please specify in detail what you do.  ("Enter 42 in A1, ...")
Comment 2 Andreas J. Guelzow 2010-03-01 20:34:15 UTC
Please also specify whether there is any "clipboard manager" running at that time. (This looks to me like the clipboard is stolen by another application and GNumeric when pasting only receives the text version.)
Comment 3 Andreas J. Guelzow 2010-03-01 20:44:17 UTC
In fact looking at the original report in Launchpad we have "Problems also appear in Klipper and OpenOffice.org spreadsheet (as well as Glipper not working)." So the user appears to use Klipper which is likely stealing the clipboard and then hands back only some types.
Comment 4 Morten Welinder 2010-03-03 15:24:32 UTC
Life is too short to deal with Klipper.