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 662056 - effectively frozen gnumeric on preview attempt
effectively frozen gnumeric on preview attempt
Status: RESOLVED DUPLICATE of bug 662160
Product: Gnumeric
Classification: Applications
Component: Printing
git master
Other All
: Normal normal
: ---
Assigned To: Andreas J. Guelzow
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2011-10-18 02:17 UTC by Andreas J. Guelzow
Modified: 2011-10-20 18:27 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
sparse sample file (5.12 KB, application/gnumeric)
2011-10-18 02:17 UTC, Andreas J. Guelzow
Details

Description Andreas J. Guelzow 2011-10-18 02:17:27 UTC
Created attachment 199291 [details]
sparse sample file

The attached file has four cells with content: A1, A1048576, XFD1, and XFD1048576.

Selecting print->preview effectively freezes Gnumeric. (More likely it just takes a very long time to create the preview since there are over 45M pages.)
Clearly the user should be warned about this.

Even trying to print just page #1 freezes Gnumeric.
Comment 1 Andreas J. Guelzow 2011-10-18 18:19:06 UTC
The apparent "freeze" when only printing a few pages of a large sheet has been fixed.
Comment 2 Andreas J. Guelzow 2011-10-18 18:28:24 UTC
We are not freezing anymore when previewing the whole sparse file, but of course it takes for ever for the preview to appear (I have never waited that long.)
Comment 3 Andreas J. Guelzow 2011-10-18 22:08:19 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 4 Andreas J. Guelzow 2011-10-19 04:34:09 UTC
The fix only looked like it work since in the testing the end of the preview creation came very fast. We now have a progress dialog that when you click on cancel while creating a preview stops drawing pages, but the print opration continues to run to its end. This has been filed as gtk bug #662160.
Comment 5 Andreas J. Guelzow 2011-10-20 06:59:58 UTC
We are now showing a confirmation dialog if the user asked to create a preview with more than 1000 pages. At this stage we can still cancel the preview creation.

When cancelling the preview later we disconnect the draw-page handler which speeds up the completion of the preview.
Comment 6 Andreas J. Guelzow 2011-10-20 18:27:04 UTC

*** This bug has been marked as a duplicate of bug 662160 ***