Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362010-07-14T16:37:49ZEcoinformatics Redmine
Redmine Bug #5092 (Resolved): 2.0 user manual has no table of contentshttps://projects.ecoinformatics.org/ecoinfo/issues/50922010-07-14T16:37:49ZDaniel Crawldanielcrawl@gmail.com
<p>The Kepler 2.0 User Manual has no table of contents or index, making it somewhat difficult to find things in the 386 page document.</p>
<p><a class="external" href="https://code.kepler-project.org/code/kepler-docs/trunk/outreach/documentation/shipping/2.0/UserManual.pdf">https://code.kepler-project.org/code/kepler-docs/trunk/outreach/documentation/shipping/2.0/UserManual.pdf</a></p> Bug #5022 (Resolved): 2.0-RC3 Windows installer creates Kepler 2.0-RC2 start menu choice, not Kep...https://projects.ecoinformatics.org/ecoinfo/issues/50222010-05-20T19:52:20ZChristopher Brookscxh@eecs.berkeley.edu
<p>With the Kepler-2.0-RC3 Windows installer, the shortcut in Start->All Programs<br />->Kepler is Kepler 2.0-RC2, not Kepler-2.0-RC3.</p>
<p>Also, the icon for "Kepler 2.0-RC2" is missing, I get a default<br />icon, not the Kepler Icon.</p> Bug #5020 (Resolved): 2.0-RC3 installer: R Kepler Module is not optionalhttps://projects.ecoinformatics.org/ecoinfo/issues/50202010-05-20T17:28:08ZChristopher Brookscxh@eecs.berkeley.edu
<p>When installing Kepler-2.0-RC3, I'm presented with<br />two choices:<br />Kepler<br />R Kepler Module</p>
<p>Both are required, I can't uncheck "R Kepler Module",<br />so why bother with this window?</p> Bug #4996 (Resolved): 2.0-RC2 demos don't workhttps://projects.ecoinformatics.org/ecoinfo/issues/49962010-05-10T04:55:59ZChristopher Brookscxh@eecs.berkeley.eduBug #4337 (Resolved): 1.0 -> 2.0 upgrade issues tracking bughttps://projects.ecoinformatics.org/ecoinfo/issues/43372009-08-26T20:10:14ZChad Berkleyberkley@nceas.ucsb.edu
<p>We need to come up with a set of issues to handle the upgrade between kepler 1.0 and kepler 2.0. The upgrade path should be smooth and should include updating the .kepler directory without the user having to delete their cached data/actors. Make any 2.0 upgrade bugs block this bug.</p> Bug #4193 (Resolved): ActorMetadata - clone() error when opening workflow from KARhttps://projects.ecoinformatics.org/ecoinfo/issues/41932009-06-26T23:51:26Zben leinfelderleinfelder@nceas.ucsb.edu
<p>Error:<br />....blah blah blah....<br />Caused by: ptolemy.kernel.util.IllegalActionException: Could not find a port named 'output';<br /> in .provenance_composite.Base IFR table<br /> at ptolemy.kernel.Entity.clone(Entity.java:196)</p>
<p>Here are the steps to reproduce (with attached sample workflow):<br />1. open workflow<br />2. File->Export workflow as Archive (KAR)<br />3. Close workflow<br />4. File->Open Archive (KAR)</p>
<p>This is a snippet pulled from an actual TPC - so it's very important that it work.</p> Bug #4015 (Resolved): Add 64 bit disclaimer to installerhttps://projects.ecoinformatics.org/ecoinfo/issues/40152009-04-22T22:40:20ZChad Berkleyberkley@nceas.ucsb.edu
<p>Add a statement saying we don't support 64 bit machines to the installer and the download website.</p> Bug #3089 (Resolved): Actor port properties lost after saving to libraryhttps://projects.ecoinformatics.org/ecoinfo/issues/30892008-01-23T00:12:52ZShawn Bowersbowers@gonzaga.edu
<p>If I select an actor (e.g., Garp Prediction), add a semantic type to one of its input ports, and save it back to the library (e.g., as My Garp Prediction), when I drag the actor back onto the canvas, the semantic type property is no longer available (it somehow was "lost in translation"). This happens with the latest version/update of Kepler and PTII (02/22/08).</p> Bug #2830 (Resolved): Actor names to change/actors to remove from applicationhttps://projects.ecoinformatics.org/ecoinfo/issues/28302007-04-23T17:58:33ZKirsten Menger-Andersonkma500@hotmail.com
<p>I'm opening a bug to keep track of notes about some actors that have come up as I've gone through the actor docs.</p>
<p>Names to change:<br />GetPoint should be named GetMineralCompositionPoint <br />Get2DPoint should be named GetMineralComposition2DPoint</p>
<p>Actors to remove:<br />Interpolate: (per efrat) I think we can omit the Interpolate actor. It's not used in any used workflow and it's not fully implemented (only inverse distance is available) and very complex to use with all the parameters. I'm using other interpolation algorithms in workflows using web services. We can leave the actor in the distribution but probably omit it from the search.</p>
<p>InvokeService: (per efrat) The InvokeService actor can definitely be omitted, it's a wrapping of WorkflowExecute to use within a workflow, but Ptolemy also provides an actor to execute a whole workflow.</p>
<p>PortLineReader: this actor, util.LineReader, is being removed<br />FTPClient: This actor may not currently work. Unclear what plan for it is.</p> Bug #2441 (Resolved): Actor port positions not maintained following kar library buildhttps://projects.ecoinformatics.org/ecoinfo/issues/24412006-05-18T21:03:40ZJosh Madinmadin@nceas.ucsb.edu
<p>When an actor has a port "_cardinal" set as SOUTH, it appears on "WEST" following a kar library build. When building the library, it appears that kepler only pays attention to "input" and "output", and positions the ports as "EAST" and "WEST" accordingly and ignores the "_cardinal" property.</p> Bug #2438 (Resolved): Actors to be Renamedhttps://projects.ecoinformatics.org/ecoinfo/issues/24382006-05-17T00:39:24ZMatthew Brookebrooke@nceas.ucsb.edu
<p>During icon assignment conference calls, Matt identified these actors as ones that should be re-named to be more descriptive of their actual functionality:</p>
<p>ptolemy.actor.lib.Accumulator <br />- rename from "Accumulator" to "Summation"</p>
<p>org.kepler.objectmanager.cache.DataCacheGetActor <br />- rename from "Filesystem cache get" to "Cache Get"</p>
<p>org.kepler.objectmanager.cache.DataCachePutActor<br />- rename from "Filesystem cache Put" to "Cache Put"</p> Bug #2389 (Resolved): Actor seach problemhttps://projects.ecoinformatics.org/ecoinfo/issues/23892006-03-23T15:06:53ZDan Higginshiggins@nceas.ucsb.edu
<p>Try seaching actor tree for 'Doc' or 'DocViewer'. Tree just 'flashes' and<br />returns to a single top level node. Seache for 'Docu' works!<br />(Observed on a Windows machine be Dan Higgins)</p> Bug #2345 (Resolved): Actor Library classname/icon mapping problemshttps://projects.ecoinformatics.org/ecoinfo/issues/23452006-01-27T00:04:27ZMatthew Brookebrooke@nceas.ucsb.edu
<p><b>This pertains to running Kepler with the new icons enabled</b><br />(to do so, edit the file configs/ptolemy/configs/kepler/uiSettings.properties<br />and change the SVG_RENDERING_IS_BATIK property to:<br />SVG_RENDERING_IS_BATIK=true, then do a clean build)<br />---------------------</p>
<p>1) First time Kepler is run after a clean build (deleting kepler/kar,<br />kepler/build and ~/.kepler), expand the actor ("components") tree until the<br />"Parameter" actors are showing ("ColorParameter", FileParameter" etc). Drag<br />ColorParameter to the canvas, and the icon shows up as a colored dot.</p>
<p>2) Now stop kepler, then re-run it again (non-clean run). Repeat the above, and<br />this time, the icon on the canvas for ColorParameter is a teal rectangle (ie the<br />default icon)</p>
<p>3) Also, in a previous incarnation, the small icons in the tree were correctly<br />assigned by classname (showed up as a teal dot) - now, that seems to be broken,<br />and all just use the default blank rectangle (not related to whether it's a<br />clean run or not). Sorry I don't have any more-concrete info on when this<br />stopped working.</p>
<p>The icons for those actors are currently assigned by classname (see<br />configs/ptolemy/configs/kepler/uiSVGIconMappingsByClass.properties), and I think<br />these changes in behavior is something to do with how the parameters are<br />instantiated - we previously saw (and Chad fixed) issues similar to this in the<br />ActorMetadata class, but for Directors - which were not getting instantiated as<br />the correct class (Director), rather as a superclass, I believe.</p>
<p>Let me kow if you need any more info</p> Bug #2325 (Resolved): Actor Library Folders Should Not Be Draggablehttps://projects.ecoinformatics.org/ecoinfo/issues/23252005-12-20T19:07:04ZMatthew Brookebrooke@nceas.ucsb.edu
<p>Actor-library folders can currently be dragged to the canvas, although when they<br />are released there, a popup error message with stacktrace is shown.</p>
<p>The folders (ie any non-leaf nodes) should be changed so they do not respond to<br />drag-gestures.</p> Bug #1589 (Resolved): actor testing systemhttps://projects.ecoinformatics.org/ecoinfo/issues/15892004-06-07T17:48:36ZChad Berkleyberkley@nceas.ucsb.edu
<p>we need a unit test system for actors. need to look into whether ptolemy<br />already has this functionality. could possibly use a test workflow with the<br />actor embedded and ptexectute. It would be nice if this system could work with<br />the junit system.</p>