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 590786 - [Win32] Configuration items not saved and/or loaded
[Win32] Configuration items not saved and/or loaded
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: General
unspecified
Other Windows
: Normal normal
: ---
Assigned To: Jody Goldberg
Jody Goldberg
: 607712 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2009-08-04 23:18 UTC by Morten Welinder
Modified: 2010-04-08 20:24 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
uncompiled/untested patch to fix two FMRs in win32 configuration code (1.81 KB, patch)
2009-08-25 21:02 UTC, sum1 		none Details | Review

Description Morten Welinder 2009-08-04 23:18:55 UTC 
Configuration items, like the default number of columns and rows, appear
not to be saved and/or loaded.

(Split from bug 581993.)
Comment 1 sum1 2009-08-25 21:02:42 UTC 
Created attachment 141698 [details] [review]
uncompiled/untested patch to fix two FMRs in win32 configuration code

This uncompiled/untested patch fixes two FMRs, but I doubt it fixes all the configuration problems.
Comment 2 Morten Welinder 2009-08-26 00:27:46 UTC 
The above patch fixes a formal, but not practical, problem.

The real problem here is that all the _get_ and _set_ functions now are
required to combine the "node" and "key" arguments *and* handle the
special case of key==NULL.

This doesn't map well onto RegSetValueEx/RegGetValueEx which take a
NULL key (or empty string) as meaning the "default" value without the
directory identified by node.

Some work is needed to make go_conf_win32_set and go_conf_win32_get
understand this.
Comment 3 Pedro Lino 2009-09-08 10:38:01 UTC 
I downloaded build 1.9.12 and it is still not fixed. At least under Windows...
Comment 4 Andreas J. Guelzow 2009-09-09 03:54:00 UTC 
Pedro, this is a Windows only problem and without a Windows developer it tends to take a long time to fix such problems.
Comment 5 Pedro Lino 2009-09-09 09:34:19 UTC 
I'm well aware of that. I would gladly help if I could.
My comment was just to let you guys know that sum1's patch did not fix this.

As I have mentioned several times it is a shame that Windows users (and developers) aren't aware of Gnumeric. As a scientific spreadsheet it is light years ahead of Excel (which was designed for accountants and salesmen...)!
Comment 6 Andreas J. Guelzow 2010-01-22 01:35:32 UTC 
*** Bug 607712 has been marked as a duplicate of this bug. ***
Comment 7 Morten Welinder 2010-04-08 20:24:01 UTC 
This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.