Opened 7 years ago

Closed 7 months ago

#8449 closed defect (fixed)

NPE at SearchCompiler$InView.getBounds when initially loading data with filter set

Reported by: anonymous Owned by: team
Priority: normal Milestone: 17.12
Component: Core Version: tested
Keywords: filter Cc:


I updated some old attributes on nodes when i discovered this error in build 5697.

Here's how i was able to reproduce it:

  • Start JOSM and load a random map piece
  • Create a filter "building=entrance type:node inview" and invert it that it shows only nodes having this attribute. Select "Replace selection" at the radio buttons on the left.
  • Quit JOSM while filter is still active! It gets saved to the default parameters for next start of JOSM
  • Restart JOSM and load a random map piece -> Crash window appears after map data download progress window closes

It doesn't matter if the filter fits on nodes in the loaded map piece or not.

After the crash the "Window" drop-down menu is enabled, but the screen still shows the startup news. When selecting a menu item, another crash occurs. The map is not shown.

Fix: go to the settings menu, select the tab for direct configuration modification, search the entries for "filter", search the enabled filter, set "enabled = false" and restart JOSM.

Identification: JOSM/1.5 (5697 de)
Memory Usage: 45 MB / 494 MB (16 MB allocated, but free)
Java version: 1.7.0_15, Oracle Corporation, Java HotSpot(TM) Client VM
Operating system: Windows 7

Plugin: FixAddresses (29210)
Plugin: HouseNumberTaggingTool (29210)
Plugin: OpeningHoursEditor (29210)
Plugin: buildings_tools (29210)
Plugin: namemanager (29210)
Plugin: openstreetbugs (29210)
Plugin: osmarender (29210)
Plugin: public_transport (29222)
Plugin: restart (29210)
Plugin: reverter (29216)
Plugin: tageditor (29210)
Plugin: terracer (29210)
Plugin: turnrestrictions (29210)

Attachments (0)

Change History (4)

comment:1 Changed 7 years ago by Don-vip

Confirmed with r5739:

Identification: JOSM/1.5 (5739 SVN en_GB)
Memory Usage: 127 MB / 1813 MB (100 MB allocated, but free)
Java version: 1.6.0_39, Sun Microsystems Inc., Java HotSpot(TM) 64-Bit Server VM
Operating system: Windows 8

	at java.awt.EventQueue.invokeAndWait(
	at java.awt.EventQueue.invokeAndWait(
	at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(
	at java.util.concurrent.Executors$
	at java.util.concurrent.FutureTask$Sync.innerRun(
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(
	at java.util.concurrent.ThreadPoolExecutor$
Caused by: java.lang.NullPointerException
	at org.openstreetmap.josm.gui.dialogs.FilterTableModel.updateFilters(
	at org.openstreetmap.josm.gui.dialogs.FilterTableModel.loadPrefs(
	at org.openstreetmap.josm.gui.dialogs.FilterTableModel.<init>(
	at org.openstreetmap.josm.gui.dialogs.FilterDialog.<init>(
	at org.openstreetmap.josm.gui.MapFrame.<init>(
	at org.openstreetmap.josm.Main.createMapFrame(
	at org.openstreetmap.josm.Main.addLayer(
	at org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.finish(
	at org.openstreetmap.josm.gui.PleaseWaitRunnable$

comment:2 Changed 7 years ago by Don-vip

In 5740/josm:

see #8449 - fix NPE but filter does not work as expected at JOSM restart (needs to be switched off/on)

comment:3 Changed 3 years ago by Don-vip

Keywords: crash on map load with removed
Summary: Crash when initially loading data with filter setNPE at SearchCompiler$InView.getBounds when initially loading data with filter set

comment:4 Changed 7 months ago by Don-vip

Milestone: 17.12
Resolution: fixed
Status: newclosed

It works now. It has probably been fixed with #15670

Modify Ticket

Change Properties
Set your email in Preferences
as closed The owner will remain team.
as The resolution will be set.
The resolution will be deleted.

Add Comment

E-mail address and name can be saved in the Preferences.

Note: See TracTickets for help on using tickets.