bjgf issueshttps://gitlab.bluej.org/bluej/bjgf/-/issues2018-11-22T14:55:46Zhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2148[GREENFOOT-821] Edit/Duplicate/Delete not initially available on image in set...2018-11-22T14:55:46ZNeil Brown[GREENFOOT-821] Edit/Duplicate/Delete not initially available on image in set image dialogGo to Set Image... on an actor. If there is a default selected image in the scenario, then the cog context menu at the bottom has Edit/Duplicate/Delete disabled. They are only enabled once you select a different image then select the o...Go to Set Image... on an actor. If there is a default selected image in the scenario, then the cog context menu at the bottom has Edit/Duplicate/Delete disabled. They are only enabled once you select a different image then select the original one again.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.3Neil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2144[GREENFOOT-817] World instantiation error2018-11-20T16:18:44ZMichael Kölling[GREENFOOT-817] World instantiation errorEdit the world class. Focus the main window. Auto-compile and world instantiation happens as planned - all good.
But:
Edit the world class. COMPILE IN EDITOR. Focus the main window. World instantiation does not happen - error.
...Edit the world class. Focus the main window. Auto-compile and world instantiation happens as planned - all good.
But:
Edit the world class. COMPILE IN EDITOR. Focus the main window. World instantiation does not happen - error.
---
**Issue metadata**
- Issue type: Bug
- Priority: Highhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2146[GREENFOOT-819] Greenfoot project read-only warning not showing on Windows2018-11-13T14:20:03ZNeil Brown[GREENFOOT-819] Greenfoot project read-only warning not showing on WindowsOn Mac, if you `chmod -R a-w` on a directory then open that as a Greenfoot scenario, you correctly get the dialog telling you the project is read-only and you need to save elsewhere first. On Windows, if you right-click a folder, tick "...On Mac, if you `chmod -R a-w` on a directory then open that as a Greenfoot scenario, you correctly get the dialog telling you the project is read-only and you need to save elsewhere first. On Windows, if you right-click a folder, tick "read only" then apply and say apply recursively, then when you open in Greenfoot, you don't get a warning, but you'll get problems editing code and so on. I'm not 100% confident about different Windows permissions (e.g. the Security tab for the folder still says I have access) but I think this should be enough for Greenfoot to show the read-only dialog on Windows.
---
**Issue metadata**
- Issue type: Bug
- Priority: MediumNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2138[GREENFOOT-811] NPE raised when passing actor as a parameter2018-11-02T17:18:57ZHamza Hamza[GREENFOOT-811] NPE raised when passing actor as a parameterThis is reported by the user using Greenfoot 3.5.1. Currently, the names of objects can not appear on the inspector, it shows only the name of the class. When clicking on an object to pass its name as a parameter to a method related to a...This is reported by the user using Greenfoot 3.5.1. Currently, the names of objects can not appear on the inspector, it shows only the name of the class. When clicking on an object to pass its name as a parameter to a method related to another object (it shows name like golf_ ), it gives null pointer exception in the terminal window and it also generates the following in the debug log:
"unknown enum constant threadchecker.Tag.Any
reason: class file for threadchecker.Tag not found
unknown enum constant threadchecker.Tag.Any
Handling 69"
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.2Davin McCallDavin McCallhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2137[GREENFOOT-810] Memory leak in Greenfoot 3.5.1 2018-10-30T14:56:37ZHamza Hamza[GREENFOOT-810] Memory leak in Greenfoot 3.5.1 This is related to BLUEJ-1223
---
**Issue metadata**
- Issue type: Bug
- Priority: MediumThis is related to BLUEJ-1223
---
**Issue metadata**
- Issue type: Bug
- Priority: Mediumhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2134[GREENFOOT-807] Memory leak in editor2018-10-30T14:56:07ZMichael Kölling[GREENFOOT-807] Memory leak in editor
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.2
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.2https://gitlab.bluej.org/bluej/bjgf/-/issues/2133[GREENFOOT-806] Dragging overlapping actors drags the bottom one, not the top2018-10-30T12:03:15ZNeil Brown[GREENFOOT-806] Dragging overlapping actors drags the bottom one, not the topIn Greenfoot, if you have multiple actors overlapping (e.g. like in Wombats), dragging the actors results in dragging the bottom-most one, which is a bit surprising, and a change in behaviour from Greenfoot 3.1.0. We should drag the top...In Greenfoot, if you have multiple actors overlapping (e.g. like in Wombats), dragging the actors results in dragging the bottom-most one, which is a bit surprising, and a change in behaviour from Greenfoot 3.1.0. We should drag the top-one instead.
Note: I think this just needs a change in PickActorHelper, to use the last actor in the overlapping array rather than first.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.2Neil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1487[GREENFOOT-143] Exception in initialization in applets should show stack trace2018-10-19T16:27:50ZDavin McCall[GREENFOOT-143] Exception in initialization in applets should show stack traceIf a scenario is exported to applet/standalone, and when run it fails to initialize due to an exception, it would be good to display the stack trace in either the world or a separate window.
Otherwise it can be difficult to tell why the...If a scenario is exported to applet/standalone, and when run it fails to initialize due to an exception, it would be good to display the stack trace in either the world or a separate window.
Otherwise it can be difficult to tell why the scenario isn't working (especially if user uploads to the Gallery).
---
**Issue metadata**
- Issue type: Task
- Priority: LowMichael KöllingMichael Köllinghttps://gitlab.bluej.org/bluej/bjgf/-/issues/1542[GREENFOOT-198] jars in the userlib folder are not included when exporting a ...2018-10-19T16:25:30ZNeil Brown[GREENFOOT-198] jars in the userlib folder are not included when exporting a projectThis has been tested when exporing a project as a standalone webpage and an application. Libraries stored in the Greenfoot userlib folder don't seem to be included when exporting a scenario. I have looked inside of the .jar that is expor...This has been tested when exporing a project as a standalone webpage and an application. Libraries stored in the Greenfoot userlib folder don't seem to be included when exporting a scenario. I have looked inside of the .jar that is exported and they are not there.
---
**Issue metadata**
- Issue type: Bug
- Priority: Mediumhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1711[GREENFOOT-367] NullPointerException hints2018-10-19T16:23:46ZNeil Brown[GREENFOOT-367] NullPointerException hintsOne of the most common run-time errors that beginners run into is surely NullPointerException. The recent BlueJ ticket to make stack traces clickable should help the user get to the source of the error more quickly, but it still might b...One of the most common run-time errors that beginners run into is surely NullPointerException. The recent BlueJ ticket to make stack traces clickable should help the user get to the source of the error more quickly, but it still might be at a stage where they don't understand it. I propose that we could add some help text that gives an automated hint as to what could be null. E.g. if you write:
{noformat}
if (Greenfoot.getMouseInfo().getX() < 10 || foo.y > 100)
{noformat}
Then it's technically achieveable to jump to that line, and offer the hint:
{noformat}
NullPointerException
One of: "Greenfoot.getMouseInfo()" or "foo" was null here.
{noformat}
It's just a matter of looking up the line in the parse tree, and anything on the left-hand side of a method call or field access could have been null to cause the NPE. (Irritatingly, the JVM must know which of the items exactly was null, but it doesn't give back enough info for us to deduce this.)
Note: I'm only proposing this for Greenfoot, to help beginners along. I'm not sure if we'd want it in BlueJ.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1484[GREENFOOT-140] Add Import class function2018-10-19T16:09:17ZDavin McCall[GREENFOOT-140] Add Import class functionAbility to import a class (a .java file) from another project or location, like you can in BlueJ.
---
**Issue metadata**
- Issue type: Task
- Priority: Medium
- Fix versions: 2.4.2Ability to import a class (a .java file) from another project or location, like you can in BlueJ.
---
**Issue metadata**
- Issue type: Task
- Priority: Medium
- Fix versions: 2.4.2Michael KöllingMichael Köllinghttps://gitlab.bluej.org/bluej/bjgf/-/issues/1594[GREENFOOT-250] Add an embed link so users can embed greenfoot gallery scenar...2018-10-19T15:58:59ZNeil Brown[GREENFOOT-250] Add an embed link so users can embed greenfoot gallery scenarios into their own webstieWhen viewing a scenario on the Greenfoot Gallery add a small text box that contains the HTML text needed to be able to embed that scenario into a website. Very similar to how you can embed YouTube videos into a website.
The embedded HTM...When viewing a scenario on the Greenfoot Gallery add a small text box that contains the HTML text needed to be able to embed that scenario into a website. Very similar to how you can embed YouTube videos into a website.
The embedded HTML would also include a link to the gallery saying 'Provided by GreenfootGallery.org' or similar at the bottom. This means any site where a user embeds a scenario, the gallery gets a small piece of acknowledgement/advertising in return.
---
**Issue metadata**
- Issue type: Task
- Priority: LowDavin McCallDavin McCallhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2128[GREENFOOT-800] Save the World not working correctly in some cases2018-09-21T13:16:15ZNeil Brown[GREENFOOT-800] Save the World not working correctly in some casesSee support message on 16/9/18 for a project example.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.1See support message on 16/9/18 for a project example.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.1Neil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2120[GREENFOOT-790] Writing to System.out always gives terminal window focus2018-09-20T17:15:24ZDavin McCall[GREENFOOT-790] Writing to System.out always gives terminal window focusWriting to System.out now always brings the terminal window to the front and gives it focus. While this is probably reasonable behaviour in BlueJ, it's potentially annoying in Greenfoot.
---
**Issue metadata**
- Issue type: Bug
-...Writing to System.out now always brings the terminal window to the front and gives it focus. While this is probably reasonable behaviour in BlueJ, it's potentially annoying in Greenfoot.
---
**Issue metadata**
- Issue type: Bug
- Priority: MediumHamza HamzaHamza Hamzahttps://gitlab.bluej.org/bluej/bjgf/-/issues/2131[GREENFOOT-803] Reading from stdin does not enable terminal input2018-09-20T17:14:26ZNeil Brown[GREENFOOT-803] Reading from stdin does not enable terminal inputIf the user code reads from stdin while running the simulation, the terminal input field is disabled, so it is not possible.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.1If the user code reads from stdin while running the simulation, the terminal input field is disabled, so it is not possible.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.1Neil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2117[GREENFOOT-786] Mouse clicking on actors in worlds with large cells is not wo...2018-09-19T15:07:10ZNeil Brown[GREENFOOT-786] Mouse clicking on actors in worlds with large cells is not workingIf you have a scenario with a cell size larger than one, e.g. the wombats scenario, Greenfoot.mouseClicked(this) and similar methods are not working correctly. The issue seems to be that the mouse coordinates are translated wrongly -- i...If you have a scenario with a cell size larger than one, e.g. the wombats scenario, Greenfoot.mouseClicked(this) and similar methods are not working correctly. The issue seems to be that the mouse coordinates are translated wrongly -- if you click in cell e.g. 8,8 it seems to register as a mouse click on pixel 8,8 on the world side, so most clicks are getting translated into a click within the top-left cell.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.1Davin McCallDavin McCallhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2130[GREENFOOT-802] Greenfoot.getMouseInfo() does not return null when mouse is o...2018-09-19T15:06:47ZDavin McCall[GREENFOOT-802] Greenfoot.getMouseInfo() does not return null when mouse is outside world boundsGreenfoot.getMouseInfo() does not return null when mouse is outside world bounds, as it used to and as per documentation.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.1Greenfoot.getMouseInfo() does not return null when mouse is outside world bounds, as it used to and as per documentation.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.1Davin McCallDavin McCallhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2116[GREENFOOT-785] "Update project API" dialog is badly layed out2018-09-18T16:15:30ZDavin McCall[GREENFOOT-785] "Update project API" dialog is badly layed outWhen opening a project edited with an older version of Greenfoot, the text in the dialog prompting to automatically update code to the newer API version is badly laid out. See attached image.
---
**Issue metadata**
- Issue type: ...When opening a project edited with an older version of Greenfoot, the text in the dialog prompting to automatically update code to the newer API version is badly laid out. See attached image.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.1Hamza HamzaHamza Hamzahttps://gitlab.bluej.org/bluej/bjgf/-/issues/2044[GREENFOOT-710] Intermittent bug when removing object from the world class2018-09-18T13:43:18ZHamza Hamza[GREENFOOT-710] Intermittent bug when removing object from the world classThis is a bug reported by one of the Greenfoot teachers. The project that shows the bug is attached. "It is solitaire game Aces Up. One team had a strange intermittent bug where, rarely, calling removeObject() on a Card caused it to be m...This is a bug reported by one of the Greenfoot teachers. The project that shows the bug is attached. "It is solitaire game Aces Up. One team had a strange intermittent bug where, rarely, calling removeObject() on a Card caused it to be moved to (0, 0) rather than disappearing from the world. The removal happens in the method Pile.removeTopCard().
The problem has occurred with Greenfoot 3.1.0 on two different Mac computers, the most recent running OS X El Capitan (10.11.6)"
There is a link of the video showing many successful card removals, followed by an occurrence of the bug [[https://drive.google.com/open?id=1wHtecsmkHHR-SBCWCMtqWI8kmgbTJFE-|https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdrive.google.com%2Fopen%3Fid%3D1wHtecsmkHHR-SBCWCMtqWI8kmgbTJFE-&data=01%7C01%7CHamza.Hamza%40kcl.ac.uk%7C8d6f719ba78042201e1008d5b9c6138a%7C8370cf1416f34c16b83c724071654356%7C0&sdata=Iikq4vz9k9NqtHdfm2t4ew2y9guvrF9o47W8L8Zjr9w%3D&reserved=0]].
The rules for the game is summarised:
* Clicking on the deck deals a card to each of 4 piles.
* A card can be removed from the top of a pile by clicking on it if another card of the same suit and higher rank is at the top of a pile.
* A card can be moved from the top of a pile to an empty pile by dragging it.
* To win the game, the deck must be empty with exactly 1 ace in each pile.
It is also attached in this ticket the screenshot of the bug.
!image.png!
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.1Neil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2129[GREENFOOT-801] Save the World cannot be performed after project open2018-09-18T10:30:52ZNeil Brown[GREENFOOT-801] Save the World cannot be performed after project openIf you open a project, and then immediately try to create some objects and save the world, you are told it is not possible if you Act/Run before Reset. This dialog should not be shown -- loading the project should count as a Reset for t...If you open a project, and then immediately try to create some objects and save the world, you are told it is not possible if you Act/Run before Reset. This dialog should not be shown -- loading the project should count as a Reset for these purposes, and thus Save the World should just work in this case, not give an error.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.1Neil BrownNeil Brown