Bug 170308 – Save As... crash with remote file

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 170308 - Save As... crash with remote file


Summary:	Save As... crash with remote file


Status:	RESOLVED FIXED

Product:	Gnumeric
Classification:	Applications
Component:	General
Version:	1.4.x
Hardware:	Other All

Importance:	Normal critical
Target Milestone:	---
Assigned To:	Jody Goldberg
QA Contact:	Jody Goldberg

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2005-03-14 11:39 UTC by Reinout van Schouwen
Modified:	2005-03-14 15:37 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description Reinout van Schouwen 2005-03-14 11:39:06 UTC

Version details: 1.4.3
Distribution/Version: Mandrake Cooker

1. Open a remote file over gnome-vfs (xls over sftp in my case).
2. File > Save As

Expected results: normal Save as.. operation

Actual results: crash

Program received signal SIGSEGV, Segmentation fault.

+ Trace 56846

Thread NaN (LWP 15762)

#0 g_type_check_instance_is_a
from /usr/lib/libgobject-2.0.so.0

Comment 1 Morten Welinder 2005-03-14 14:53:54 UTC

This is going to be hard to debug without further information.  Any chance
of a better stack trace?  What URL are you trying to save to?

Comment 2 Reinout van Schouwen 2005-03-14 14:58:12 UTC

1. How would I get a better stack trace?

2. I am guessing gnumeric tries to load the location that the file was opened
from (sftp in my case). The crash occurs as soon as the Save As dialog appears
without further input.

Comment 3 Morten Welinder 2005-03-14 15:22:27 UTC

Re 1: you would probably need a glib build with debug information.

Re 2: Aahhhh.  The dialog crashes.  I first understood that the saving per
se crashed.

Comment 4 Morten Welinder 2005-03-14 15:37:54 UTC

Believed fixed in cvs.  (I cannot actually reproduce a crash, but we were
creating a local-only file chooser.)