Cannot save data: No Exporter found

[Zverikk]

1. Download ​http://textual.ru/kryms_annon_utf8_nofix.osm.bz2 (200 KB)
2. Open it in JOSM
3. Ctrl+F, -"addr:street", Enter, Delete (leave only nodes that have addr:street on them)
4. Save file ("Save as..." in File menu or in context menu on layer)

Expected: file saved.

Instead: message dialog with "No Exporter found! Nothing saved." regardless of chosen file format.

Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2012-07-09 01:31:07
Last Changed Author: bastiK
Revision: 5316
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2012-07-08 21:11:44 +0200 (Sun, 08 Jul 2012)
Last Changed Rev: 5316

Identification: JOSM/1.5 (5316 en)
Memory Usage: 337 MB / 682 MB (91 MB allocated, but free)
Java version: 1.7.0_02, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Operating system: Windows 7
Dataset consistency test: No problems found

[Don-vip]

In 5317/josm:

see #7843 - Allow to open remote *.osm.bz/*.osm.bz2 files

[Don-vip]

Hum, I cannot reproduce your error, I tried with r5315, r5316 and r5317, both via File-> Save as and contextual menu, and the file is correctly saved each time.
The only difference I see is the Java version. I don't think it is related, but may you update it, just to be sure ?

Identification: JOSM/1.5 (5316 en)
Memory Usage: 34 MB / 247 MB (16 MB allocated, but free)
Java version: 1.7.0_05, Oracle Corporation, Java HotSpot(TM) Client VM
Operating system: Windows 7

[Zverikk]

It turns out, saving stopped working altogether. But it worked. What have changed? My preferences file: EDITED

[Don-vip]

Replying to Zverikk:

My preferences file: EDITED

You should not link your file as it, it contains your OAuth credentials.

[Don-vip]

I tried with your preferences files and couldn't reproduce neither. This is very strange, I cannot find how the exporters list could be empty apart of a plugin that would remove all of them, and none of the plugins hosted on OSM SVN is guilty of such a mistake.

[stoecker]

What if he tried .osm.bz2 as filename?

[Zverikk]

stoecker, that worked! Seems like when specifying extension in file name (.osm, .osm.bz2), saving works, but without extension it fails. I've downloaded the latest josm, but nothing has changed.

[skyper]

Almost the same with "unsaved layer dialog". Without any suffix nothing is saved.

1. With a suffix I would expect JOSM to save corresponding to the suffix. This already works !
2. Without suffix and without chosen file type I would expect JOSM to add ".osm" and save as .osm file.
3. Without suffix and with chosen file type I would expect JOSM to add the corresponding suffix and save.

[Leigh]

I just experienced the same issue.

Seems to be the fact that I had specified no file extension in File name (Files of type was specified as OSM Server files (*.osm *.xml).

Steps to reproduce:

1. Download some data from OSM server.
2. Edit Data layer.
3. File->Save As and specify filename without extension or period.
4. Click Save.

Work around:

Ensure file extension is appended in File name.

Seems to be same issue as #3914?

Version info (it's quite an old copy):

Repository Root: http://josm.openstreetmap.de/svn
Build-Date: 2012-03-07 02:32:17
Last Changed Author: stoecker
Revision: 5047
Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
URL: http://josm.openstreetmap.de/svn/trunk
Last Changed Date: 2012-03-06 10:30:34 +0100 (Tue, 06 Mar 2012)
Last Changed Rev: 5047

[ingalls]

I've closed #3914 as it seems to be a duplicate and the majority of the discussion on the issue appears to be here.

I can safely say that this is still an issue!

I'm running

Windows 7
JOSM Version - 5576
Last Change at 2012-11-09 21:16:38 +0100 (Fri, 09 Nov 2012)
Java Version 1.7.0

This only appears be be an issue for me on windows. When I am at home and using my Linux box or my laptop (Ubuntu) There is no problem. The .osm file extension is appended automatically. While on windows if I don't manually append .osm the exception "No exporter found" is thrown.

[Don-vip]

Replying to ingalls:

Java Version 1.7.0

This version of Java is terribly buggy, especially for Windows. Please update to latest Java version on ​http://www.java.com and tell us if it still happens.

[anonymous]

Just some confirmation of resolution - tried to reproduce the issue on my rebuilt machine, and issue no longer appears for me.

Now running Version 5697, Java Version 1.7.0_13, Windows 7 x64.

Also tested 5663. Again no issue.

Cheers :-)

[Leigh]

Replying to anonymous:

Just some confirmation of resolution - tried to reproduce the issue on my rebuilt machine, and issue no longer appears for me.

Now running Version 5697, Java Version 1.7.0_13, Windows 7 x64.

Also tested 5663. Again no issue.

Cheers :-)

Sorry - that earlier comment was me.