Opened 12 years ago
Closed 10 years ago
#1107 closed defect (fixed)
gvSIG throws a java error when trying to zoom in
| Reported by: | kalxas | Owned by: | jsanz |
|---|---|---|---|
| Priority: | minor | Milestone: | OSGeoLive8.0 |
| Component: | OSGeoLive | Keywords: | gvsig |
| Cc: | live-demo@… |
Description
This crash happens only on the demo map, on the print preview window. When users moves to data Views, no such issue occurs.
Attachments (1)
Change History (18)
comment:1 by , 12 years ago
by , 12 years ago
| Attachment: | gvsig_osgeolive_bug1107.jpg added |
|---|
gv sig illegal width, height error message
comment:3 by , 12 years ago
Zooming in a View seems to be ok, so for testing the quickstart perhaps start down at the "How to create a map" section.
Hamish
comment:4 by , 12 years ago
| Milestone: | OSGeoLive6.5 → OSGeoLive7.0 |
|---|
comment:7 by , 11 years ago
The bug is still present at gvSIG 2.0.
I'm afraid it's related with java7. gvSIG has not been adapted or tested with that version and maybe this is one of the issues.
Anyway, I've updated the ticket at gvSIG redmine so 2.0 devs will take a look.
comment:8 by , 11 years ago
It seems in build 10180 that during gvSIG 2.0 startup, there is no default project loaded, which makes this bug less obvious to the user.
comment:9 by , 11 years ago
We will try to add the default project during next days, but at this moment gvSIG starts fresh.
It's annoying because the bug doesn't appear at my computer using the same JVM and in fact there was one time were it didn't happened. Hard to catch the trigger, really :-S.
comment:10 by , 11 years ago
I don't see starting fresh as a problem. There is always the quickstart in order for the user to learn how to use the software.
comment:12 by , 11 years ago
| Milestone: | OSGeoLive7.0 → OSGeoLive7.5 |
|---|
comment:13 by , 11 years ago
I cannot reproduce this issue in OSGeo Live DVD 7.0. Zooming in the view and in the print preview work as expected.
comment:14 by , 11 years ago
gvSIG is now updated to version 2.1. We need someone to test and verify that the bug is gone
comment:15 by , 11 years ago
It's still there, a gvSIG dev is diving into this bug on this gvSIG ticket
https://devel.gvsig.org/redmine/issues/2302
At this moment is harder to come across this bug but it can appear. Seems to be something related with using OpenJDK or even more OSGeo Live specific, as we don't have any notice of this bug elsewhere.
comment:16 by , 11 years ago
| Milestone: | OSGeoLive7.9 → OSGeoLive8.0 |
|---|---|
| Owner: | changed from to |
| Priority: | normal → minor |
| Status: | new → assigned |
Moving this to OSGeo Live 8, since our team can't deal with this bug at this moment, lowering also the priority as the bug is quite OSGeo Live specific and not easy to reproduce.
comment:17 by , 10 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
I was not able to reproduce this issue in 8.0 series. Closing the ticket.
Hi,
I can reproduce, just open up gvSIG and zoom in on Ben Nevis.
"Width and height can not be <= 0"
screenshot attached. (argh I always forget to turn of the compositor before taking screenshots and they end up huge..)
Hamish