Map composer stop working correctly

[qgib]

Author Name: Lucien Blandenier (Lucien Blandenier)
Original Redmine Issue: 10143
Affected QGIS version: 2.2.0
Redmine category:map_composer/printing
Assignee: Nyall Dawson

---

After short time, the map composer stop to work correctly. It is not possible to select another element of the map composer (other map, legend, scale, ...). Other problem, when exporting the map on image format (png), the second map doesn't export properly.

---

• TestVoorHubWiki.qgs (Filip Mahieu)
• Bosgroepproject_MOVTest.zip (Filip Mahieu)
• houtverkoop.zip (Filip Mahieu)
• FreezeLeft.PNG (Filip Mahieu)

[qgib]

Author Name: Antonio Locandro (Antonio Locandro)

---

I can confirm this, it becomes unresponsive (Using Windows 8.1 and QGIS 2.2), you can't select any of the map composer elements. I thought initially it had to do with using the Pan tool, but it has happen several times

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

Please test QGIS master and check if it happens there too, then report back.

---

• status_id was changed from Open to Feedback

[qgib]

Author Name: Filip Mahieu (@filipmahieu)

---

We do have that problem too. We only have it just after the scale has been changed in the composer (Using XP and Win7, QGis 2.2). Then nothing can be edited anymore.. Several users here have the problem.

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

Filip Mahieu wrote:

We do have that problem too. We only have it just after the scale has been changed in the composer (Using XP and Win7, QGis 2.2). Then nothing can be edited anymore.. Several users here have the problem.

please test qgis master and report back if there is the same issue. If yes please attach a sample project where the issue shows.

[qgib]

Author Name: Filip Mahieu (@filipmahieu)

---

In the master it does give the same problem. In Attach a qgis 2-project in which the problem is. After changing 1 or a few times the scale and touching another item in the print composer, it is not possible anymore to touch another item.

---

• 7277 was configured as TestVoorHubWiki.qgs

---

• TestVoorHubWiki.qgs (Filip Mahieu)

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

Filip Mahieu wrote:

In the master it does give the same problem. In Attach a qgis 2-project in which the problem is. After changing 1 or a few times the scale and touching another item in the print composer, it is not possible anymore to touch another item.

please attach also the data, thanks!

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

Filip Mahieu wrote:

In the master it does give the same problem. In Attach a qgis 2-project in which the problem is. After changing 1 or a few times the scale and touching another item in the print composer, it is not possible anymore to touch another item.

without the data I cannot replicate the issue, but it would be needed to know what "changing 1 or a few times the scale" means exactly (exact steps). Cheers.

[qgib]

Author Name: Filip Mahieu (@filipmahieu)

---

Here you are. Zipped, inclusive the project (other name now).

[qgib]

Author Name: Filip Mahieu (@filipmahieu)

---

Second try, with just one datafile and Google Hybrid.

---

• 7279 was configured as Bosgroepproject_MOVTest.zip

---

• Bosgroepproject_MOVTest.zip (Filip Mahieu)

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

cannot replicate the issue with the attached project/data (on linux/master). Will assign this to Nyall and see if he can spot the issue.

---

• assigned_to_id was configured as Nyall Dawson

[qgib]

Author Name: Nyall Dawson (@nyalldawson)

---

Hmmm... I can't reproduce this either. I suspect its a windows specific issue, but I still haven't been able to reproduce it on windows using the attached data. Any chance you could post some more detailed steps to trigger it? I really want to track this bug down, but I'll need some assistance in doing so...

[qgib]

Author Name: Filip Mahieu (@filipmahieu)

---

Here again another zip. All is placed in the same directory.
Project, Print composers, TestA4STaand. Click on the map, change (right) 'Scale' to e.g. 9000; Select directly another element in the composer. Then again another element, but this doesn't work. The first element is kept selected (see FreezeLeft.png).
At the left side you can't select anything more. At the right you can do what you wish..
Hope you can reproduce..

---

• 7282 was configured as houtverkoop.zip
• 7283 was configured as FreezeLeft.PNG

---

• houtverkoop.zip (Filip Mahieu)
• FreezeLeft.PNG (Filip Mahieu)

[qgib]

Author Name: Tom Grundy (Tom Grundy)

---

Hello, I am having what I believe is the same issue. Let me know if I should open another bug report instead.

QGIS2.2
Windows Vista 32 Home Basic

After some actions in the composer that I haven't been able to figure out a pattern to, the canvas area becomes unresponsive to mouse clicks (of any mouse button), but the toolbars and menu areas and even the canvas area scrollbars are still responsive to mouse clicks and function as expected. The mouse cursor in the canvas area moves normally, and the cursor icon changes as you change tools (pan, select, zoom, etc), you just can't do anything with them. The canvas does refresh when you toggle layer visibility in QGIS then move the mouse back in to the composer. As far as I can tell, everything is normal except the failure to respond to any mouse clicks in the canvas area.

The 'unresponsive-canvas-area' behavior is persistent after a refresh, after a close and reopen of the composer, and even after a close and reopen of QGIS.

This behavior has happened many times, and each time I've stumbled across some action to make the canvas area responsive to mouse clicks again, but I'm not sure of what did it. I'll update if I can figure out the sequence of actions to un-stick it.

In general, my canvas is a large 48"x36" wall map, with a large map filling the canvas plus five insets, five scalebars, and a few rectangles. The project has 55 layers, some in groups. I wasn't able to determine any pattern or specific point in time when this started happening, so, I don't know if it's related to project complexity or not.

I looked at issues 10028 and 9734, not sure if it's related.

Thanks

[qgib]

Author Name: Tom Grundy (Tom Grundy)

---

Well, I >thought< it was persistent after QGIS exit and QGIS restart, but, now I can't duplicate that. Will update if I can duplicate it again. So at the moment it is 'un-stuck'. I will keep trying to track down a pattern and let you know.

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

Filip Mahieu wrote:

Here again another zip. All is placed in the same directory.
Project, Print composers, TestA4STaand. Click on the map, change (right) 'Scale' to e.g. 9000; Select directly another element in the composer. Then again another element, but this doesn't work. The first element is kept selected (see FreezeLeft.png).
At the left side you can't select anything more. At the right you can do what you wish..
Hope you can reproduce..

just to be sure we are all testing in similar conditions, can you please remove/disable all the 3rd party plugins, restart qgis and then test again? thanks!

[qgib]

Author Name: Tom Grundy (Tom Grundy)

---

I get the same behavior using Filip's procedure:

• change scale of one of the insets
• then select a different map object

- then try any mouse action in the canvas area, notice it does not respond

[qgib]

Author Name: Tom Grundy (Tom Grundy)

---

same behavior here with all plugins disabled.

Interesting: if the next action you do after changing scale is to select a different map item, then it will become unresponsive after selecting that different map item. If instead the next action you do after changing the scale is a pan (haven't tried other mouse tools at this step), everything remains responsive as normal, i.e. you can then select and operate on other objects as normal. In other words, if you insert a pan or such, right after the scale change, into the sequence of steps that causes the freeze, then the freeze can be averted. This has been 100% repeatable in the few minutes I've spent testing it.

Sorry, I will be offline for most of the rest of the day. Still haven't found a pattern to getting it unstuck, other than restarting QGIS. (Save Project still works, so, I don't think there's any data loss)

Filip, I would be very very curious to hear if you have all the same behavior. Good luck.

[qgib]

Author Name: Antonio Locandro (Antonio Locandro)

---

I had the same issue right now, in my case I was updating items in the Legend when it became unresponsive no matter what I did. Restarting the project seem to clear the problem.

[qgib]

Author Name: Tom Grundy (Tom Grundy)

---

I can verify that reopening the project (Project -> Open in QGIS) respawns the composer in 'responsive' mode as normal, then doing the same sequence (scale then select) puts it back in 'unresponsive' mode. However, once in unresponsive mode, it is still unresponsive after closing the composer window (either Composer -> Quit or the red X to close the window) then restarting the composer from QGIS (Project -> Print Composers -> <composer_in_question>).

[qgib]

Author Name: Filip Mahieu (@filipmahieu)

---

I do confirm that Tom saids, panning the map (or also placing the map item in a different place) right after changing scale, does seem to keep the canvas in responsive mode.
Uninstalling plugins (except openlayers) does not have effect.
I shall give this 'workaround' to my qgis-users here at the office and see if they have the same respons. Office will be closed for 4 days now..

Thanks Tom!

[qgib]

Author Name: Nyall Dawson (@nyalldawson)

---

Thanks everyone for the detailed reports - I've been able to reproduce this now in 2.2 on Windows. Working on a fix for 2.4.

[qgib]

Author Name: Filip Mahieu (@filipmahieu)

---

Thanks indeed for reporting same problem, and working on a fix Nyall!

Filip

[qgib]

Author Name: Nyall Dawson (@nyalldawson)

---

I've just pushed a tentative fix for this issue - 6dd4346. Can everyone who's encountered this test with the next released nightly release and let me know whether this change solves this for them?

[qgib]

Author Name: Tom Grundy (Tom Grundy)

---

I'm a relative newbie and not familiar with the procedure to get the nightly release - is there a page describing how to do that?

[qgib]

Author Name: Jürgen Fischer (@jef-n)

---

Tom Grundy wrote:

I'm a relative newbie and not familiar with the procedure to get the nightly release - is there a page describing how to do that?

http://www.qgis.org/en/site/forusers/alldownloads.html

[qgib]

Author Name: Tom Grundy (Tom Grundy)

---

Ok thanks - in code revision ca6d4d9, 2.3.0-master, it is fixed as far as I can tell.

Do you know if this also addressed issues #18513 and #18287?

[qgib]

Author Name: Nyall Dawson (@nyalldawson)

---

#18287 is unrelated but already fixed in master. #18513 sounds a lot like a duplicate of this bug so should also be fixed. Do you mind testing with that plugin and reporting back? Thanks!

[qgib]

Author Name: Tom Grundy (Tom Grundy)

---

will do, and will post updates on #18513 instead of here.

[qgib]

Author Name: Filip Mahieu (@filipmahieu)

---

Seems ok for me. In QGis ca6d4d9, the weekly build.

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

• status_id was changed from Feedback to Closed
• resolution was changed from to fixed/implemented