Opened 15 years ago

Closed 15 years ago

Last modified 15 years ago

#1807 closed bug (worksforme)

QGIS 1.1 doesn't save layer state when saving/exiting.

Reported by: kumba Owned by: nobody
Priority: major: does not work as expected Milestone: Version 1.2.0
Component: Project Loading / Saving Version: Trunk
Keywords: Cc:
Must Fix for Release: Yes Platform: Windows
Platform Version: Awaiting user input: no

Description

When exiting and restarting QGIS, or re-opening a project after a crash, QGIS 1.1 seems to not honor the state of layers, even if the project is saved, and the program immediately exited.

For example, if I have various layers, some enabled, some not, and I have them collapsed so that I don't see their classifications visible in the "layers" window, then I save and immediately exit. When going back in and opening the project, most of the "newer" layers will have their classification expanded again in the "layers" window.

That probably doesn't make much sense, so I'll attach some screenshots highlighting this particular problem.

Attachments (3)

qgis11-layerbug1.png (29.1 KB ) - added by kumba 15 years ago.
qgis11-layerbug2.png (31.3 KB ) - added by kumba 15 years ago.
qgis11-layerbug3.png (32.0 KB ) - added by kumba 15 years ago.

Download all attachments as: .zip

Change History (12)

by kumba, 15 years ago

Attachment: qgis11-layerbug1.png added

by kumba, 15 years ago

Attachment: qgis11-layerbug2.png added

comment:1 by kumba, 15 years ago

layerbug1 shows the state of the layer window upon saving. As you can see, the folder group "wv-county2000" has all of its sub-layers collapsed.

If I save and immediately exit the program, then open it back up, layerbug2 is the state of the layer window now. For some reason, this annoys me in ways unimaginable by mortal men. I've already tried casting a voodoo hex on the program, but this hasn't made it work better, so I'm filing a bug instead, as fixing this is beyond my abilities.

If there's any additional debugging info I can obtain, let me know.

comment:2 by lutra, 15 years ago

Hi,

I cannot replicate the problem on QGIS 1.0,2 and 1.2 installed with the osgeo4w installer on Vista 32 bit and also on QGIS 1.1 on Ubuntu 9.04.

by kumba, 15 years ago

Attachment: qgis11-layerbug3.png added

comment:3 by kumba, 15 years ago

The file/image I just uploaded still depicts this behavior after I was able to run QGIS without incident for several hours last night. I saved my project and closed it a few moments ago, then re-opened it and took the above screenshot.

Of note, many of those layers having the problem are newly added ones since I switched over to QGIS-1.1. Most of the project was originally done in QGIS-1.0, but I was getting annoyed at the glitches in it (Mainly per ticket #1806), hence decided to upgrade. According to QGIS, I can't go back now, because of the changes in the file structure or some such. That might be something to try and see if it's not setting a bit properly, or still having some elements of the QGIS-1.0 file structure intact.

comment:4 by lutra, 15 years ago

Hi again,

as for the other tickets you opened recently I would ask you to test qgis on other machines with your usual datasets and see if you can replicate the problem in order to exclude issues with your installation/architecture.

Thanks

comment:5 by kumba, 15 years ago

My only other working machine is my Gentoo Linux server, and it doesn't not utilize any of the X11 software. It runs purely headless, with remote shell available if I need it for something. I don;t even keep a keyboard, mouse, or monitor hooked up to it 95% of the time. Re-rigging it to test this will take a very long time, since I'd have to compile all the necessary elements from source code, and my time has been very limited lately (which is one reason why all these quirks have been bugging me lately -- I only have a few hours each night to work with this).

comment:6 by lutra, 15 years ago

Hi,

ok I understand. Please if in the following weeks you'll have the chance to install qgis on a vista/linux operating system (friend?), please give it a try. I'll try to see if I'll manage a 64 bit installation of Vista and see if I can replicate the problems myself.

I'll make also further test also on other 32 bit boxes other than mines, but as I already said, until now I was not able to replicate the problem(s).

It would be extremely useful if you could post here the project file and the dataset that are in use when all these problems are popping out.

comment:7 by kumba, 15 years ago

Sure, I think I can do that. I started my project using random folders for some of the layers however, so I plan on moving the gis data files around and resetting them in the project to get a saner layout. That'll make it easier to retore and such.

comment:8 by lutra, 15 years ago

Resolution: worksforme
Status: newclosed

I really cannot make to replicate this problem, tested both 32bit (windows and linux) and 64bit (linux) installations. By the way the code of the legend gui changed in the last days (with many benefits). Please check it again when the new 1.2 version will be available (end of the month) as windows installer, then report back. Meanwhile I'll close this.

comment:9 by kumba, 15 years ago

Just got 1.2 to work (a previous installer wasn't able to load a DLL for some reason -- works now with 1.2.0-12), and this doesn't appear any further as far as I can tell. Perhaps a glitch in 1.1 only and since been fixed.

Note: See TracTickets for help on using tickets.