[Reproducible] with "LibreOffice 3.3.1 RC1 - WIN7  Home Premium (64bit) German UI  [OOO330m19 (build 7 / tag 3.3.1.1)]"

For me saving original document with OOo 3.4-dev healed the problem.

The problem seems to be not 100% reproducible, sometimes I can save the document after I added only 1 character to an empty cell, sometimes I can do big changes, delete several cells, and although I can't save.

I'll take a look at it.  This is indeed concerning.

Actually I can save the file just fine using the master build.

I'll mark this resolved for 3.4.

I cannot save attachment 43249 [details] on:

OpenSuSE 11.4 64-bit
LibreOffice Calc version 3.4.2 OOO340m1 (Build:1206)
From the OBS Libreoffice Unstable repository:
rpm version number: 3.4.2.6-76.1, build time: Sat 22 Oct 2011 04:16:58 CEST

Furthermore, this problem is surfacing at the office with another spreadsheet.
For obvious reasons (Calc will not save), I cannot attach it here.

This spreadsheet contains tabs with data and a graph. New tabs are created by copying an existing tab, and filling it with new data.

I also cannot save Helmut's spreadsheet (attachment #43249 [details]) using:

OpenSuSE 11.4 32-bit, with wine 1.3.12
Portable LibreOffice Calc version 3.4.3 OOO340m1 (Build:302)

This problem is not resolved.

Still works fine with "Arbeitsliste.ods and "LibreOffice 3.4.4  - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:402)]" and with with Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) ENGLISH UI [(Build ID:  4f11d0a-adcf6d5-c4bb9bd)]" Windows_2008R2 - 111118) 

May be Stephan van den Akker has a completely new problem or there is a remaining Linux problem?

@Stephan van den Akker:
<http://wiki.documentfoundation.org/BugReport_Details#Version>

I still have problems with derivates from this file, also in LO 3.4.4, Win7, 32-bit.

1) If I do a certain amount of modifications, it may happen that the spreadsheet cannot be stored. I did not yet find the rule. Then, If I reload the spreadsheet from a copy and do the modifications row by row, saving the spreadshett after each modification, it works ok.

1) If LO or the PC crashes while the spreadsheet is open (modified or not), it is restored at the next start of LO. Then, it cannot be saved any more.

The problem with the document at the office was probably caused by the version of LO on my openSuSE system. It seems that the document is corrupted by this version of LO when a tab (with graph) is copied.

Doing the tab + graph copying with Oracle Open office 3.3.0 (OOO330m12, Build: 9537) on Windows XP produces an uncorrupted, save-able document.

The problem with Helmut's document however seems unrelated to Windows / Linux.

The problem with Helmut's document however seems unrelated to Windows / Linux.

Try again with 3.5.  I did fix a bug that just sounds like that, involving copying of sheets with chart(s) on them, which caused write error on file save.

If it's fixed there, please close this bug.

No problem with Parallel Dev-Installation of  "LibreOffice 3.5.0 Beta1 - WIN7 Home Premium (64bit) German UI [Build-ID: 7362ca8-b5a8e65-af86909-d471f98-61464c4] Windows_Release_Configuration  11-Dec-2011 06:51". I opened reporter's sample from file dialog and saved with new name "Arbeitsliste_355.ods".

Problem with Helmut Leininger's spreadsheet seems to be solved.

Tested with:
LibreOffice 3.5.0 
Build ID: ef91e38-b1d4df6-090bcba-45cf606-05891e7
rpm's Downloaded from Document Foundation Site
run on openSuSE 11.4 32-bit + Stock KDE, installed parallel to standard LibO.

Problem with spreadsheet from work seems solved also.

More good news:
Moving sheets by drag-and-drop doesn't crash this Beta like it does LibO 3.4.?-* on openSuSE 11.4.

Bad news:
Opening a spreadsheet made in Openoffice 3.1.0 on Windows removes all references to spreadsheet data in graps, creating local "Chart Data Tables".

So testing if references are adjusted correctly in copied sheets is not possible.

Does this sound familiar? Is there an existing bug report about this problem?
If not so, I will try and isolate the problem and file a separate bug report. (It's a bit of a "Heisenbug" for me at the moment.)

No longer a problem with Parallel Dev-Installation of  "LibreOffice 3.5.0 Beta1 - WIN7 Home Premium (64bit) German UI [Build-ID: 7362ca8-b5a8e65-af86909-d471f98-61464c4] Windows_Release_Configuration  11-Dec-2011 06:51"

But still [Reproducible] with "LibreOffice 3.4.5 RC1  - WIN7 Home Premium (64bit) German UI [Build ID: OOO340m1 (Build:501)]". Trying to save sample with this version as "Arbeitsliste2.ods" brings up error message "writing problem".

So modified Targetand close for now. Of course a new cherry pick for 3.4 would be fine.

@Stephan van den Akker
Please submit a different report for that different problem