Issue 79632 - closing spreadsheet / application leaves other linked spreadsheets in memory to close VERY much later
Summary: closing spreadsheet / application leaves other linked spreadsheets in memory ...
Status: CONFIRMED
Alias: None
Product: Calc
Classification: Application
Component: save-export (show other issues)
Version: OOo 2.2.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-07-15 20:00 UTC by dskene
Modified: 2017-05-20 11:11 UTC (History)
5 users (show)

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


Attachments
testcase for issue 79632 (25.82 KB, text/plain)
2007-09-11 03:21 UTC, dskene
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description dskene 2007-07-15 20:00:36 UTC
When you have a calc file (e.g. file A) that has links to other calc files that 
has links to other calc files (e.g. see Issue 49676 although that particular 
issue is closed) when you close the original file (file A) then other files do 
not close right away. The OO application appears closed to the user. Many, many 
minutes later (hours?) at some unknown time in the future, the other files that 
were updated via the links (file B, file C, etc.) will later appear on the 
screen awaiting close/save.

The other files, other than the ones opened by the user, should either appear 
right away, or better, not appear at and not be saved/updated. Those files do 
not even appear as open files to the user when file A is being worked on and 
when it is initially closed.
Comment 1 helenrussian 2007-07-27 18:07:28 UTC
I can't reproduce this problem.
Comment 2 frank 2007-09-06 14:11:49 UTC
Hi,

could not reproduce. As no other QA member seems to be able to reproduce it I've
to close this Issue as worksforme.

Sorry for no better reply.

Frank
Comment 3 frank 2007-09-06 14:12:16 UTC
closed wfm
Comment 4 dskene 2007-09-11 03:21:10 UTC
Created attachment 48149 [details]
testcase for issue 79632
Comment 5 dskene 2007-09-11 03:31:31 UTC
Please look at testcase.zip. It contains 3 files. I have run this on MORE THAN 
ONE PC. The problem is repeatable on each PC. Note, you will need to update the 
link information in file1 and file2 with the correct path to file2 and file3 
respectively depending upon where you store the files.

Then open file1 and accept YES to update links.

Close the file. You have to wait a LONG time (more than a few minutes - perhaps 
an hour (!), depending upon the speed of the machine.). Eventually file2 and 
file3 will be sitting on the screen waiting to be closed. As I noted they do 
NOT appear right way, nor even in a reasonable amount of time. I just did it 
again on a PC I had not tried before. However, so far all machines were running 
Vista.
Comment 6 helenrussian 2007-09-11 13:34:52 UTC
Yes, I'm confirming with OOo 2.2.1 on OpenSUSE 10.2.
Comment 7 frank 2007-09-12 10:33:31 UTC
Hi Mikhail,

this seems to be yours. Some times ago the DDE linked documents opened visible.
Now they are hidden. As these files are altered too by confirming the update
message, they are running in the background with no feedback to the user and
after some time they appear on the screen.

Frank
Comment 8 mikhail.voytenko 2008-07-02 11:08:29 UTC
Not enough resources to get it in 3.0. Setting the target to 3.1.
Comment 9 dskene 2008-07-02 21:51:23 UTC
I don't recall seeing this problem appear for some time. Was it perhaps 
resolved (inadvertently?) in 2.4.0?
Comment 10 mikhail.voytenko 2009-01-26 08:29:28 UTC
There are not enough resources to get it for OOo3.1, changing the target.
Comment 11 dskene 2009-01-26 23:22:26 UTC
Once again, I do not recall seeing this happen since OO went to 2.4. Perhaps 
something else was done which if it didn't correct this then it currently masks 
it.
Comment 12 mikhail.voytenko 2009-08-31 13:23:44 UTC
It could be that the problem is not directly reproducible, but the internal
problem still exists.  Changing the target to OOo3.x
Comment 13 Marcus 2017-05-20 11:11:46 UTC
Reset assigne to the default "issues@openoffice.apache.org".