#528 closed defect (worksforme)
QGIS does't remove GRASS mapset lock file after its session
| Reported by: | lubaby | Owned by: | nobody |
|---|---|---|---|
| Priority: | major: does not work as expected | Milestone: | |
| Component: | GRASS | Version: | Trunk |
| Keywords: | Cc: | ||
| Must Fix for Release: | No | Platform: | Linux |
| Platform Version: | Awaiting user input: | no |
Description
Steps to reproduce:
- Start QGIS (from clean console, not from GRASS!) and open existing mapset
- Close QGIS
- Start QGIS again and try to open the same mapset which was opened in step 1. Now it's not possible because the maset is still locked.
This happened only if QGIS is not started from GRASS.
Change History (5)
comment:1 by , 17 years ago
comment:2 by , 17 years ago
It works for me in WINDOWS and if QGIS is started from GRASS otherwise .gislock file remains in mapset directory and it is not possible to use the mapset again. (btw. in Windows there were no lock file created during mapset use)
comment:3 by , 17 years ago
| Milestone: | Version 0.8.1 → Version 0.8.2 |
|---|
Moved to milestone 0.8.2 since we wont be fixing any further issues before the 0.8.1 release
comment:4 by , 17 years ago
| Awaiting user input: | unset |
|---|---|
| Resolution: | → worksforme |
| Status: | new → closed |
This appears to work in both 0.8.1 branch and 0.9
Note:
See TracTickets
for help on using tickets.
I wasn't able to duplicate this. My mapset was not locked after following the steps.