Project

General

Profile

Actions

Bug #5026

closed

Error dialog pop up in RC3 when closing the ImageJ window after workflow execution.

Added by jianwu jianwu almost 14 years ago. Updated over 13 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
build system
Target version:
Start date:
05/20/2010
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
5026

Description

I found it when I executed the workflow: KeplerData\Kepler-2.0-Demos\demos\getting-started\03-ImageDisplay.xml on Windows 7 64 bit machine.

The execution runs correctly. But when I closed the ImageJ window, a window firstly show up asking 'Are you sure you want to quit ImageJ'. I clicked 'OK'. Then ImageJ quit with the attached error dialog: 'Unable to save preferences'.
The console message is as follows.  
[null] * svgRenderingMethod = SVG_BATIK_RENDERING *
[null] ERROR (org.kepler.gui.MenuMapper:getActionFor:271) Exception trying
to create an Action for classname: <org.kepler.tagging.TagManagerAction>:
[null] null (java.lang.ClassNotFoundException: org.kepler.tagging.TagManage
rAction)
[null] 2010 ms. Memory: 208064K Free: 77278K (37%)

There is no such a problem when I tested it in Kepler trunk. But the console message also has the above ERROR message. So the error message in console is not related to ImageJ error dialog.


Files

Unable to save preferences.jpg (22.9 KB) Unable to save preferences.jpg jianwu jianwu, 05/20/2010 05:45 PM

Related issues

Is duplicate of Kepler - Bug #5066: Fix for ImageJ so that preferences are stored in an area other than the installation space. This may require a change to ImageJ source code.ResolvedDavid Welker06/30/2010

Actions
Blocked by Kepler - Bug #5064: Kepler 2.1 Tracking BugNewDavid Welker06/30/2010

Actions
Actions #1

Updated by David Welker almost 14 years ago

I am unable to reproduce this error on my mac. Who can reproduce this?

Actions #2

Updated by Christopher Brooks almost 14 years ago

I can reproduce this failure on a Windows 2003 machine where Kepler
was installed as admin and I'm logged in as a non-admin user. To reproduce
the failure, I click on the X in the upper right of the "ImageJ" window or
the X in the upper right of the "species-distribution.PNG" window.

The failure does not occur if I'm logged in as administrator (the user
who installed the Kepler-2.0-RC3 release.

The failure does not occur for me under Mac OS X 10.5.

Actions #3

Updated by jianwu jianwu almost 14 years ago

I re-tested it. In my Windows 7 64 bit machine, the failure does not occur if I start Kepler using right-click menu item 'run as Administrator'. It only occur if I start Kepler using by double clicking Kepler icon in the desktop.

The Kepler RC3 is installed by Administrator.

Actions #4

Updated by David Welker almost 14 years ago

I think I have figured out what was causing this. It appears to be an incorrect path in the workflow. I have updated the workflow, but will need to publish a new installer to confirm.

Actions #5

Updated by David Welker almost 14 years ago

This should be fixed.

I will need a person with a Windows machine to re-download the RC3 installer (which has changed) and confirm before closing this bug though.

Actions #6

Updated by David Welker almost 14 years ago

Fixed.

Actions #7

Updated by jianwu jianwu almost 14 years ago

I still saw it in RC 5. Re-open it.

In my Windows 7 64 bit machine, the failure does not occur if
I start Kepler using right-click menu item 'run as Administrator'. It only
occur if I start Kepler using by double clicking Kepler icon in the desktop.

The Kepler RC5 is installed by Administrator.

Actions #9

Updated by Derik Barseghian almost 14 years ago

I'm able to replicate this on XP. It looks like IJ_Prefs.txt gets written to the project dir (C:\Program Files\Kepler-2.0-RC5\) and so that can't happen as a non admin user. I wonder if we can configure imageJ to change where this file gets written?

Actions #10

Updated by Derik Barseghian almost 14 years ago

I downloaded and tried w/ a newer ij,jar, 1.43u, but no luck, C:\Program Files\Kepler-2.0-RC5\ is still the path used for IJ_Prefs.txt.

Actions #11

Updated by Derik Barseghian almost 14 years ago

So to sum up: Short of patching the ImageJ code, I'm not sure how to fix this. From my understanding the problem is just that ImageJ gives an error message when you try to close it (can't save IJ_Prefs.txt because it tries to write into the Kepler directory, which user doesn't have access to) and this is annoying. The ImageJ website says ImageJ needs to be installed in a place writable by the user. The workflow runs fine, and displays its result with ImageJ, and subsequent runs (and in subsequent sessions of kepler) of the workflow work as well. Can non-admin users live with the annoyance of this error dialog for now? I vote to bump this bug post 2.0.

Actions #12

Updated by David Welker almost 14 years ago

Postponing to sometime post 2.0. This does not affect the correct execution of the workflows.

Actions #14

Updated by Christopher Brooks over 13 years ago

Bug 5066 was a duplicate of this bug.
In Bug 5066, David wrote:
(2) Fix for ImageJ so that preferences are stored in an area other than the
installation space. This may require a change to ImageJ source code.

The issue here is that the preferences are saved relative to the ImageJ jar
file, and the jar file is often stored in a real-only area. Solving problem (1)
will not solve this problem. A good solution if (1) is solved by downloading
added modules in a local area would be to perhaps isolate ImageJ to its own
module. Alternatively, the code of ImageJ could be changed to handle saving
preferences differently, but this would cause maintenance issues.

Actions #15

Updated by Sean Riddle over 13 years ago

Fixed in r25200-1 in trunk. Now ImageJ configuration is stored in the persistent configuration for the common module. This is accomplished through a modified ij.jar file (which is committed, as well as a script to recreate it (in common/resources/scripts), and a module initializer added to core (Due to the module hierarchy, common cannot have a module initializer).

Actions #16

Updated by Derik Barseghian over 13 years ago

Hey Sean, could we submit your patch to the IJ folks? If we upgrade to a new version of IJ it sounds like we might have to write a new patch?

Actions #17

Updated by Redmine Admin about 11 years ago

Original Bugzilla ID was 5026

Actions

Also available in: Atom PDF