Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362012-08-23T21:45:37ZEcoinformatics Redmine
Redmine Bug #5694 (Resolved): Dragging from a port results in a NPEhttps://projects.ecoinformatics.org/ecoinfo/issues/56942012-08-23T21:45:37ZChristopher Brookscxh@eecs.berkeley.edu
<p>Dan wrote:<br />--start--</p>
<p>The problem is related to the change listener in<br />org.kepler.moml.NamedObjId. When the workflow is changed, this<br />listener fires off additional change requests in changeExecuted().<br />When I comment out the additional change requests, I don't get<br />errors or weird behavior with the grab handle. Also, if the<br />requests are made in the Swing thread, everything works. It's<br />not clear to me if this actually fixes the problem or why it's<br />necessary after r64430...Hopefully this helps you track down<br />the problem.</p>
<p>--end--</p>
<p>On 8/21/12 4:24 PM, Christopher Brooks wrote:</p>
<blockquote>
<p>The problem seems to be fairly complex.<br />There are two changes, r64418 to diva BasicGraphHandle where we check<br />for null<br />and r64430 where there are a bunch of changes to ptolemy outside of diva.</p>
<p>I agree that the change to BasicGraphHandle would seem to be a good idea.<br />However, if it is present and r64430 is present, then the blue grab<br />handles don't<br />work well in Kepler and Ptolemy. When I drag a connection around it<br />does not<br />have a blue grab handle at the end. A blue grab handle appears at the<br />upper left.<br />I do get NPEs, but the behavior seems to be better.</p>
<p>Another issue is that I believe that Kepler uses diva.jar, so the change to<br />BasicGraphHandle was not present until I updated diva.jar.</p>
<p>I'm not sure about a fix to this, the bug is fairly mysterious. I can take<br />a look, but it may take a day or two.</p>
<p>_Christopher</p>
<p>Edward writes:</p>
<blockquote>
<p>Rolling back this change will cause more null pointer exceptions.<br />If the "return" below is not executed, you <em>will</em> get a NPE.</p>
<p>if (_site.getFigure() null || _site.getFigure().getParent() null) {<br />// Cannot relocate.<br />return;<br />}</p>
<p>Edward</p>
</blockquote>
<p>On 8/21/12 12:42 AM, Christopher Brooks wrote:</p>
<blockquote>
<p>Hi Derik,<br />I think this change:<br />2012-08-18 17:08 eal</p>
<ul>
<li>[r64430] /trunk/ptolemy/actor/Manager.java,<br />/trunk/ptolemy/actor/lib/hoc/LifeCycleManager.java,<br />/trunk/ptolemy/kernel/undo/RedoChangeRequest.java,<br />/trunk/ptolemy/kernel/undo/UndoChangeRequest.java,<br />/trunk/ptolemy/kernel/util/Changeable.java,<br />/trunk/ptolemy/kernel/util/NamedObj.java,<br />/trunk/ptolemy/moml/MoMLParser.java: Fixed long standing deadlock<br />that occurs while editing models while they run</li>
</ul>
<p>is what is causing the stack trace like [1] below.</p>
<p>I'll take a further look tomorrow.</p>
<p>This change is fairly important in that it solves a long standing<br />issue, so we need<br />to fix the bug as opposed to just reverting.</p>
<p>_Christopher</p>
<p>On 8/20/12 6:44 PM, Derik Barseghian wrote:</p>
<blockquote>
<p>Hey Christopher,<br />I updated my local copy of kepler to use ptII r64449 but I'm still<br />getting errors like [1] below, wild dragging behavior, and remaining<br />dots.<br />I haven't seen any rogue floating upper-left endpoints yet though.<br />Derik</p>
<p>On Aug 20, 2012, at 6:14 PM, Christopher<br />Brooks<<a class="email" href="mailto:cxh@eecs.berkeley.edu">cxh@eecs.berkeley.edu</a>> wrote:</p>
<blockquote>
<p>Hi Derik,</p>
<p>It seems like it is Edward's change:</p>
<p>2012-08-18 06:22 eal</p>
<ul>
<li>[r64418] /trunk/diva/canvas/interactor/BasicGrabHandle.java:<br />Prevent null pointer exception that can happen while editing a<br />model while it is running by checking the Figure of Site for the<br />connector being dragged.</li>
</ul>
<p>The change is:</p>
<blockquote>
<p>[dhcp-39-161:~/ptII] cxh% svn diff -r64417:64418<br />diva/canvas/interactor/BasicGrabHandle.java<br />Index: diva/canvas/interactor/BasicGrabHandle.java
===================================================================<br />--- diva/canvas/interactor/BasicGrabHandle.java (revision 64417)<br />+<ins>+ diva/canvas/interactor/BasicGrabHandle.java (revision 64418)<br /><code>@ -87,6 +87,10 </code>@<br />// Be sure to take into account that the transformContext<br />of the<br />// site and the context of the grab handle may be different.<br />TransformContext tc = getTransformContext();<br /></ins> if (_site.getFigure() null ||<br />_site.getFigure().getParent() null) {<br />+ // Cannot relocate.<br />+ return;<br />+ }<br />Point2D p = _site.getPoint(tc);<br />double x = p.getX();<br />double y = p.getY();</p>
</blockquote>
<p>I rolled back r64418 and updated diva.jar</p>
<p>_Christopher</p>
<p>On 8/20/12 3:28 PM, Derik Barseghian wrote:</p>
<blockquote>
<p>Hey Christopher,<br />Dan and I are getting an error<sup><a href="#fn1">1</a></sup> when trying to drag a relation<br />from a port today in Kepler.<br />I'm also seeing a few other issues that seem to happen after the<br />above. I got an NPE<sup><a href="#fn2">2</a></sup> from a click, have strange actor-drag<br />behavior (actor drags wildly / shoots off in one direction), and<br />sometimes dots are left over on canvas at the point where I clicked<br />on the port. Also when I'm dragging out a relation I also notice in<br />the upper left corner of canvas a blue 'port endpoint' square<br />(generally only noticeable in the overview section in the lower left).<br />See attached screenshot to see dots and blue square.<br />Derik</p>
<p>[1]<br />java.lang.NullPointerException<br />at<br />diva.canvas.TransformContext.getTransform(TransformContext.java:161)<br />at diva.canvas.AbstractSite.getPoint(AbstractSite.java:82)<br />at<br />diva.canvas.connector.BasicManhattanRouter.routeManhattan(BasicManhattanRouter.java:87)</p>
<p>at<br />diva.canvas.connector.BasicManhattanRouter.route(BasicManhattanRouter.java:68)</p>
<p>at<br />diva.canvas.connector.ManhattanConnector.route(ManhattanConnector.java:121)</p>
<p>at<br />ptolemy.vergil.actor.KielerLayoutConnector.route(KielerLayoutConnector.java:214)</p>
<p>at<br />diva.canvas.connector.AbstractConnector.reroute(AbstractConnector.java:285)</p>
<p>at<br />diva.canvas.connector.AbstractConnector.tailMoved(AbstractConnector.java:406)</p>
<p>at<br />diva.canvas.connector.AbstractConnector.setTailSite(AbstractConnector.java:398)</p>
<p>at<br />ptolemy.vergil.actor.ActorEditorGraphController$LinkCreator.mousePressed(ActorEditorGraphController.java:676)</p>
<p>at<br />diva.canvas.interactor.CompositeInteractor.mousePressed(CompositeInteractor.java:199)</p>
<p>at diva.canvas.FigureLayer.dispatchEventUpTree(FigureLayer.java:551)<br />at diva.canvas.FigureLayer.grabPointer(FigureLayer.java:319)<br />at diva.canvas.FigureLayer.processLayerEvent(FigureLayer.java:673)<br />at diva.canvas.FigureLayer.dispatchEvent(FigureLayer.java:203)<br />at diva.canvas.CanvasPane.processLayerEvent(CanvasPane.java:280)<br />at diva.canvas.CanvasPane.dispatchEvent(CanvasPane.java:89)<br />at diva.canvas.JCanvas.internalProcessMouseEvent(JCanvas.java:520)<br />at diva.canvas.JCanvas.processMouseEvent(JCanvas.java:474)<br />at java.awt.Component.processEvent(Component.java:6140)<br />at java.awt.Container.processEvent(Container.java:2083)<br />at java.awt.Component.dispatchEventImpl(Component.java:4737)<br />at java.awt.Container.dispatchEventImpl(Container.java:2141)<br />at java.awt.Component.dispatchEvent(Component.java:4565)<br />at<br />java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4619)<br />at<br />java.awt.LightweightDispatcher.processMouseEvent(Container.java:4277)<br />at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4210)<br />at java.awt.Container.dispatchEventImpl(Container.java:2127)<br />at java.awt.Window.dispatchEventImpl(Window.java:2482)<br />at java.awt.Component.dispatchEvent(Component.java:4565)<br />at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:684)<br />at java.awt.EventQueue.access$000(EventQueue.java:85)<br />at java.awt.EventQueue$1.run(EventQueue.java:643)<br />at java.awt.EventQueue$1.run(EventQueue.java:641)<br />at java.security.AccessController.doPrivileged(Native Method)<br />at<br />java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)</p>
<p>at<br />java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98)</p>
<p>at java.awt.EventQueue$2.run(EventQueue.java:657)<br />at java.awt.EventQueue$2.run(EventQueue.java:655)<br />at java.security.AccessController.doPrivileged(Native Method)<br />at<br />java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)</p>
<p>at java.awt.EventQueue.dispatchEvent(EventQueue.java:654)<br />at<br />java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:296)</p>
<p>at<br />java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:211)</p>
<p>at<br />java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:201)</p>
<p>at<br />java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:196)<br />at<br />java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:188)<br />at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)</p>
<p>[2]<br />[run] Exception in thread "AWT-EventQueue-0" <br />java.lang.NullPointerException<br />[run]<br />at<br />diva.canvas.TransformContext.getTransform(TransformContext.java:161)<br />[run]<br />at diva.canvas.AbstractSite.getPoint(AbstractSite.java:82)<br />[run]<br />at<br />diva.canvas.interactor.BasicGrabHandle.relocate(BasicGrabHandle.java:94)</p>
<p>[run]<br />at<br />diva.canvas.interactor.Manipulator.relocateGrabHandles(Manipulator.java:191)</p>
<p>[run]<br />at<br />diva.canvas.interactor.Manipulator.repaint(Manipulator.java:211)<br />[run]<br />at<br />diva.canvas.interactor.Manipulator.repaint(Manipulator.java:175)<br />[run]<br />at<br />diva.canvas.AbstractFigure.repaint(AbstractFigure.java:236)<br />[run]<br />at<br />diva.canvas.AbstractFigure.repaint(AbstractFigure.java:224)<br />[run]<br />at<br />diva.canvas.FigureDecorator.setChild(FigureDecorator.java:190)<br />[run]<br />at<br />diva.canvas.connector.ConnectorManipulator.setChild(ConnectorManipulator.java:215)</p>
<p>[run]<br />at diva.canvas.FigureLayer.decorate(FigureLayer.java:180)<br />[run]<br />at<br />diva.canvas.interactor.BasicSelectionRenderer.renderSelected(BasicSelectionRenderer.java:119)</p>
<p>[run]<br />at<br />diva.canvas.interactor.BasicSelectionModel.renderSelected(BasicSelectionModel.java:271)</p>
<p>[run]<br />at<br />diva.canvas.interactor.BasicSelectionModel.addSelection(BasicSelectionModel.java:101)</p>
<p>[run]<br />at<br />diva.canvas.interactor.SelectionInteractor.mousePressed(SelectionInteractor.java:172)</p>
<p>[run]<br />at<br />diva.canvas.FigureLayer.dispatchEventUpTree(FigureLayer.java:551)<br />[run]<br />at diva.canvas.FigureLayer.grabPointer(FigureLayer.java:319)<br />[run]<br />at<br />diva.canvas.FigureLayer.processLayerEvent(FigureLayer.java:673)<br />[run]<br />at<br />diva.canvas.FigureLayer.dispatchEvent(FigureLayer.java:203)<br />[run]<br />at<br />diva.canvas.CanvasPane.processLayerEvent(CanvasPane.java:280)<br />[run]<br />at diva.canvas.CanvasPane.dispatchEvent(CanvasPane.java:89)<br />[run]<br />at<br />diva.canvas.JCanvas.internalProcessMouseEvent(JCanvas.java:520)<br />[run]<br />at diva.canvas.JCanvas.processMouseEvent(JCanvas.java:474)<br />[run]<br />at java.awt.Component.processEvent(Component.java:6140)<br />[run]<br />at java.awt.Container.processEvent(Container.java:2083)<br />[run]<br />at java.awt.Component.dispatchEventImpl(Component.java:4737)<br />[run]<br />at java.awt.Container.dispatchEventImpl(Container.java:2141)<br />[run]<br />at java.awt.Component.dispatchEvent(Component.java:4565)<br />[run]<br />at<br />java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4619)<br />[run]<br />at<br />java.awt.LightweightDispatcher.processMouseEvent(Container.java:4277)<br />[run]<br />at<br />java.awt.LightweightDispatcher.dispatchEvent(Container.java:4210)<br />[run]<br />at java.awt.Container.dispatchEventImpl(Container.java:2127)<br />[run]<br />at java.awt.Window.dispatchEventImpl(Window.java:2482)<br />[run]<br />at java.awt.Component.dispatchEvent(Component.java:4565)<br />[run]<br />at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:684)<br />[run]<br />at java.awt.EventQueue.access$000(EventQueue.java:85)<br />[run]<br />at java.awt.EventQueue$1.run(EventQueue.java:643)<br />[run]<br />at java.awt.EventQueue$1.run(EventQueue.java:641)<br />[run]<br />at java.security.AccessController.doPrivileged(Native Method)<br />[run]<br />at<br />java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)</p>
<p>[run]<br />at<br />java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98)</p>
<p>[run]<br />at java.awt.EventQueue$2.run(EventQueue.java:657)<br />[run]<br />at java.awt.EventQueue$2.run(EventQueue.java:655)<br />[run]<br />at java.security.AccessController.doPrivileged(Native Method)<br />[run]<br />at<br />java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)</p>
<p>[run]<br />at java.awt.EventQueue.dispatchEvent(EventQueue.java:654)<br />[run]<br />at<br />java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:296)</p>
<p>[run]<br />at<br />java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:211)</p>
<p>[run]<br />at<br />java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:201)</p>
<p>[run]<br />at<br />java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:196)<br />[run]<br />at<br />java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:188)<br />[run]<br />at<br />java.awt.EventDispatchThread.run(EventDispatchThread.java:122)</p>
</blockquote></blockquote></blockquote></blockquote></blockquote> Bug #5621 (Resolved): Need change the access order type from denyFirst to allowFirst in kepler wh...https://projects.ecoinformatics.org/ecoinfo/issues/56212012-06-07T21:15:21ZJing Taotao@nceas.ucsb.edu
<p>When kepler uploads kar xml and kar files to the metacat repository, the two files will be associated with eml files which has the access rules.</p>
<p>In the access part of those eml files, the access order type is denyFirst. However, Metacat 2.0.0 doesn't support denyFirst - it will ignore the access rules if the order is denyFirst. Even tough the kepler says those kar xml and kar files are public readable, it will ends up that they are non-public readable.</p>
<p>So i changed the order type from denyFirst to allowFirst in the two files in the svn trunk:</p>
<p>trunk/modules/repository/src/org/kepler/kar/UploadToRepository.java<br />trunk/modules/provenance/src/org/kepler/provenance/kar/UploadKarToRepositoryNoGUI.java</p>
<p>When kepler-library is upgraded to metacat-2.0.0, the kepler-2.3 can't generate any public readable kar xml and kar file.</p> Bug #5405 (Resolved): remove tagging's BasicGraphController overridehttps://projects.ecoinformatics.org/ecoinfo/issues/54052011-05-17T22:07:52ZDaniel Crawldanielcrawl@gmail.com
<p>The tagging module overrides ptolemy's BasicGraphController. Currently, workflows cannot be executed because the BasicGraphController in tagging is missing a method:</p>
<p>java.lang.NoSuchMethodError: ptolemy.vergil.basic.RunnableGraphController._getClearAllErrorHighlightsChangeRequest()Lptolemy/kernel/util/ChangeRequest;<br /> at ptolemy.vergil.basic.RunnableGraphController.managerStateChanged(RunnableGraphController.java:167)<br /> at ptolemy.actor.Manager._notifyListenersOfStateChange(Manager.java:1498)<br /> at ptolemy.actor.Manager._setState(Manager.java:1513)<br /> at ptolemy.actor.Manager.execute(Manager.java:408)<br /> at ptolemy.actor.Manager.run(Manager.java:1169)<br /> at ptolemy.actor.Manager$3.run(Manager.java:1222)</p>
<p>Instead of adding this method to BasicGraphController in tagging, the changes in that class should be merged into ptolemy.</p> Bug #5350 (Resolved): Kepler doesn't close completelyhttps://projects.ecoinformatics.org/ecoinfo/issues/53502011-03-10T22:24:34ZAaron Aaronaschultz@nceas.ucsb.edu
<p>I've noticed that when I close Kepler the process does not completely quit out. Not sure if this is due to recent memory changes or something else.</p> Bug #5263 (Resolved): failure to restart after upgrade from 2.0 to 2.1https://projects.ecoinformatics.org/ecoinfo/issues/52632010-12-24T01:46:43ZMatt Jonesjones@nceas.ucsb.edu
<p>You are receiving this mail because Pranav Godbole<br /><a class="email" href="mailto:ingi_05@hotmail.com">ingi_05@hotmail.com</a><br />is sending feedback about the site administered by you at <a class="external" href="https://kepler-project.org">https://kepler-project.org</a>.<br />The message sent was:</p>
<p>Hello, I'm having some difficulty updating from 2.0 to 2.1 on Windows 7. After following the steps outlined on the site, the application does not seem to do anything after I click the "apply and restart" button. It seems to stick at 'initializing' and does not restart even after waiting appox. 45min.</p>
<p>The second question I have is how do I graph an equation in this software. I'm new to Kepler and workflow softwares in general. I'm trying to apply this technology to help simulate a basic economy. However, I need to be able to graph a line, and have it follow some rules, here is an example : The user must choose a rule. ex. when y > 100; R1 would state divide by 50, R2 states subtract 98. x=2 (this is given by user) plug into y=2x. ' this compounds, so the result of 2*2 will equal x in the next iteration and 4*2 will equal x in the next etc... y > 100. when true, R1 or R2 will be invoked. The real time output will be graphed in Kepler, but the data at given time intervals<br /> should be written to an Excel or CSV file with a time stamp (seconds from t=0) I've looked meticulously for tutorials for both this software and similar ones with no avail. Any help would be much appreciated. Thank you and happy holidays! Pranav</p> Bug #5146 (Resolved): modifying and saving the composite sinewave actor failshttps://projects.ecoinformatics.org/ecoinfo/issues/51462010-08-12T00:53:45ZMatt Jonesjones@nceas.ucsb.edu
<p>Trying to make changes to the Sinewave actor that ships with Kepler and then trying to save that actor as a KAR file fails with an error, and the new copy of the actor in the new KAR file is not saved correctly (the output port is missing and not connected, and there are three new boxes labeled "kepler:frequency", "kepler:phase". and "kepler:output" that were not in the original actor.</p>
<p>To reproduce:</p>
<p>1) Drag sinewave to canvas, select, and open<br />2) Modify the Annotation text to say something different.<br />3) Close the sinewave actor<br />4) An error will pop up, with the text "Save changes to jar:file:/Applications/Kepler-2.0/Kepler.app/Kepler/ptolemy-8.0.0/target/ptolemy-8.0.jar!/ptolemy/actor/lib/Sinewave.xml"</p>
<p>5) Click 'Save', which brings up the file naming dialog, choose a new name for the KAR (Sinewave2.kar), and click 'Save' (you may also get prompted to select a semantic type)<br />6) Locate the new KAR in the components panel and drag the contained actor onto the canvas<br />7a) The actor will be missing an output port<br />7b) Opening the actor will show new boxes that didn't exist before, and the missing output port</p>
<p>Expected behavior:<br />There should be no error associated with saving on top of a jar file (this is a KAR file save). The actor should have an output port connected to the same relation as before, and the square boxes should not exist. The actor copy should be identical to the original on the canvas (except maybe the LSID should have changed).</p>
<p>See attached screenshot showing the misconfigured actor.</p> Bug #5144 (Resolved): renaming an actor does not persist in saved kar fileshttps://projects.ecoinformatics.org/ecoinfo/issues/51442010-08-12T00:27:01ZMatt Jonesjones@nceas.ucsb.edu
<p>When one renames an actor on the canvas, and then selects that actor and chooses 'Save KAR...' in the context menu, a new KAR file is saved, but the actor in that KAR file contains the original name of the actor, rather than the new name.</p>
<p>To reproduce:</p>
<p>1) Drag 'Display' (or any other actor) onto the canvas<br />2) Select the actor, right click, and select 'Customize Name' from the menu<br />3) Change the name to 'MyDisplay' or another name, and click 'Commit'<br />4) Right click on the actor again and select 'Save Archive (KAR)...'<br />5) Type a name for the kar (probably 'MyDisplay.kar') and click 'Save'<br />6a) In the component tab, search for 'Display', and navigate to the newly saved kar file, click on the arrow to expand the KAR contents, which will show the original name of the actor (Display)<br />6b) Drag the new actor to the canvas, which will show the original name of the actor (Display)</p>
<p>Expected behavior:<br />For 6a, and 6b, the name shown should be the new name of the actor (e.g., 'MyDisplay')</p>
<p>This is a synopsis of an issue reported by Chris Weed on kepler-users.</p> Bug #5142 (Resolved): comma improperly inserted in kar filename rather than a period (.)https://projects.ecoinformatics.org/ecoinfo/issues/51422010-08-11T23:56:58ZMatt Jonesjones@nceas.ucsb.edu
<p>When KAR files are saved, with a name such as "foo.kar", then show up incorrectly in the kepler component pane with a comma in the name rather than the period (e.g., it becomes "foo,kar". KAR files should be saved with the normal period as the extension separator in the filename, and should display this way as well.</p> Bug #5085 (Resolved): add table of contents to User's Guidehttps://projects.ecoinformatics.org/ecoinfo/issues/50852010-07-09T17:01:31ZMatt Jonesjones@nceas.ucsb.edu
<p>The 2.0 version of the User's Guide is missing its table of contents. Add one for the 2.1 release. Thhis was noticed and requested on kepler-users.</p> Bug #4943 (Resolved): RC5 Installer Tracking Bughttps://projects.ecoinformatics.org/ecoinfo/issues/49432010-04-19T18:39:33ZChad Berkleyberkley@nceas.ucsb.edu
<p>Please have all RC1 installer bugs block this bug.</p> Bug #4941 (Resolved): Data search causes menus to disappear on the machttps://projects.ecoinformatics.org/ecoinfo/issues/49412010-04-16T19:09:38ZChad Berkleyberkley@nceas.ucsb.edu
<p>If you do a data search on the mac, all of the menus in the menu bar disappear and never return. To recreate, click the data tab, type in a search term, click "search". the menus will disappear.</p> Bug #4940 (Resolved): User is never notified of incorrect loginhttps://projects.ecoinformatics.org/ecoinfo/issues/49402010-04-16T18:32:00ZChad Berkleyberkley@nceas.ucsb.edu
<p>When you do a data search and login, if you put an incorrect username or password, then do a search, Kepler never tells you your username/pass is incorrect and tries to do the search anyway.</p>
<p>To recreate:<br />1) go to the data tab<br />2) search for "aphid" <br />3) input a fake username/pass<br />4) click "ok"</p>
<p>Kepler will sit there like it's searching, but if you look at the log, no search is taking place and it will never tell you that the login failed. I'm unsure if the problem is with Kepler not properly handling incorrect login results from the ecogrid or if ecogrid isn't properly notifying kepler of the failed login attempt.</p> Bug #4899 (Resolved): Installer Bugshttps://projects.ecoinformatics.org/ecoinfo/issues/48992010-03-23T17:07:01ZChad Berkleyberkley@nceas.ucsb.edu
<p>Tracking bug for 2.0 installer issues.</p> Bug #4873 (Resolved): Actors in repository library subtree are crammed togetherhttps://projects.ecoinformatics.org/ecoinfo/issues/48732010-03-09T23:53:44ZChad Berkleyberkley@nceas.ucsb.edu
<p>On Windows XP (maybe on other versions of windows) the actor icons are crammed tightly together when you open up Actors-2_0/CoreActors,kar or the other yellow repositories. They should be spaced similarly to the mac.</p> Bug #4723 (Resolved): workflows directory should be movedhttps://projects.ecoinformatics.org/ecoinfo/issues/47232010-02-02T18:16:02ZChad Berkleyberkley@nceas.ucsb.edu
<p>There is a directory 'workflows' in the kepler installation directory where you can save kars and have them automatically show up in the library. This should be moved to ~/KeplerData/workflows. I think it should probably also be renamed, but I'm not sure what to rename it to.</p>