bjgf issueshttps://gitlab.bluej.org/bluej/bjgf/-/issues2018-12-10T12:21:19Zhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2147[GREENFOOT-820] Click from actor placement is remembered during first act cycle2018-12-10T12:21:19ZDavin McCall[GREENFOOT-820] Click from actor placement is remembered during first act cycleReported by Thomas Karp on Blueroom:
{quote}there seem to be a bug when using Greenfoot.mouseClicked(…). A very short example is:
{code}
public class Fish extends Actor
{
public void act()
{
if(Greenfoot.mouseC...Reported by Thomas Karp on Blueroom:
{quote}there seem to be a bug when using Greenfoot.mouseClicked(…). A very short example is:
{code}
public class Fish extends Actor
{
public void act()
{
if(Greenfoot.mouseClicked(this))
javax.swing.JOptionPane.showMessageDialog(null, "Hallo");
}
}
{code}
When I create a fish by right-clicking its class and then run the scenario, “Hallo” appears (most of the time). The click to create the fish seem to be stored. Then everything works like it should. When I create a fish in the world, then run the scenario, everything is fine. But when I create it in the world, after that I click the fish, and than click “Run”, the click event fires again. So it seems to be stored in this case again.
I think a click-event should only be handled after the Run-button is clicked.
{quote}
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.3Neil BrownNeil Brownhttps://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/2145[GREENFOOT-818] UserInfo.getUserImage() does not seem to work2018-11-13T11:37:31ZMichael Kölling[GREENFOOT-818] UserInfo.getUserImage() does not seem to workUserInfo.getUserImage() does seems broken on the Gallery. See
[https://www.greenfoot.org/scenarios/4714]
(Returns plain grey image instead of user image.)
---
**Issue metadata**
- Issue type: Bug
- Priority: MediumUserInfo.getUserImage() does seems broken on the Gallery. See
[https://www.greenfoot.org/scenarios/4714]
(Returns plain grey image instead of user image.)
---
**Issue metadata**
- Issue type: Bug
- Priority: Mediumhttps://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/2143[GREENFOOT-816] Auto-compiling too few classes2019-12-02T13:10:06ZMichael Kölling[GREENFOOT-816] Auto-compiling too few classesOpen an Actor subclass. Make a change. Focus main window.
The scenario should now compile.
Instead, only the edited class is compiled. (E.g. if the world class has a reference to this class, and was also uncompiled, it is not compi...Open an Actor subclass. Make a change. Focus main window.
The scenario should now compile.
Instead, only the edited class is compiled. (E.g. if the world class has a reference to this class, and was also uncompiled, it is not compiled, no world is created.)
---
**Issue metadata**
- Issue type: Bug
- Priority: High
- Fix versions: 3.6.1Neil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2142[GREENFOOT-815] UserInfo.isStorageAvailable() broken on gallery2018-11-12T18:02:28ZMichael Kölling[GREENFOOT-815] UserInfo.isStorageAvailable() broken on galleryThe UserInfo.isStorageAvailable() method should return false when run on the Gallery while not being logged in. Instead, it returns true.
---
**Issue metadata**
- Issue type: Bug
- Priority: MediumThe UserInfo.isStorageAvailable() method should return false when run on the Gallery while not being logged in. Instead, it returns true.
---
**Issue metadata**
- Issue type: Bug
- Priority: MediumDavin McCallDavin McCallhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2141[GREENFOOT-814] Double-clicking project file does not work on Mac if Greenfoo...2019-01-22T14:34:55ZNeil Brown[GREENFOOT-814] Double-clicking project file does not work on Mac if Greenfoot is already openOn Mac: Open Greenfoot, then double-click on a Greenfoot project file in Finder. Greenfoot does not open the project.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.3On Mac: Open Greenfoot, then double-click on a Greenfoot project file in Finder. Greenfoot does not open the project.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.3Neil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2140[GREENFOOT-813] Quitting Greenfoot briefly displays "create a new scenario" m...2019-09-25T14:56:08ZDavin McCall[GREENFOOT-813] Quitting Greenfoot briefly displays "create a new scenario" message.When quitting Greenfoot, the current scenario is visible closed with the "create a new scenario" message briefly displayed before Greenfoot actually exits.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix version...When quitting Greenfoot, the current scenario is visible closed with the "create a new scenario" message briefly displayed before Greenfoot actually exits.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.6.1Pierre Weill-TessierPierre Weill-Tessierhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2139[GREENFOOT-812] Object names not shown on inspectors2021-04-29T10:41:12ZDavin McCall[GREENFOOT-812] Object names not shown on inspectorsWhen inspecting an actor object, no object name is shown. The name is useful for typing as a parameter to another method (although it is still possible to insert the name by clicking the object when the interactive method call dialog is ...When inspecting an actor object, no object name is shown. The name is useful for typing as a parameter to another method (although it is still possible to insert the name by clicking the object when the interactive method call dialog is open).
This was part of GREENFOOT-811.
---
**Issue metadata**
- Issue type: Task
- Priority: High
- Fix versions: 3.7.0Neil 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/2136[GREENFOOT-809] Main window does not resize correctly on scenario open2018-12-10T10:33:26ZMichael Kölling[GREENFOOT-809] Main window does not resize correctly on scenario openWhen the empty window is showing, and then a scenario is opened, the window should resize to the scenario's preferred size.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.3When the empty window is showing, and then a scenario is opened, the window should resize to the scenario's preferred size.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.3Neil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2135[GREENFOOT-808] Initial main window is too wide2018-12-07T14:58:48ZMichael Kölling[GREENFOOT-808] Initial main window is too wideWhen opening Greenfoot with the empty default window showing (no scenario open), the window is too wide. Make it just wide enough to show the help text.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.3When opening Greenfoot with the empty default window showing (no scenario open), the window is too wide. Make it just wide enough to show the help text.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.3Neil BrownNeil Brownhttps://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/2132[GREENFOOT-804] Class loading exception can prevent Greenfoot startup2019-01-22T14:35:16ZDavin McCall[GREENFOOT-804] Class loading exception can prevent Greenfoot startupIf a class is missing in the initial scenario, Greenfoot may fail to load, due to failure to handle LinkageError's. As reported by user:
{code}
Exception in thread "JavaFX Application Thread" java.lang.NoClassDefFoundError: Lovai at
...If a class is missing in the initial scenario, Greenfoot may fail to load, due to failure to handle LinkageError's. As reported by user:
{code}
Exception in thread "JavaFX Application Thread" java.lang.NoClassDefFoundError: Lovai at
java.lang.Class.getDeclaredConstructors0(Native Method) at
java.lang.Class.privateGetDeclaredConstructors(Class.java:2671) at
java.lang.Class.getDeclaredConstructors(Class.java:2020) at
bluej.utility.JavaReflective.getDeclaredConstructors(JavaReflective.java:364) at
greenfoot.guifx.GreenfootStage.hasNoArgConstructor(GreenfootStage.java:1375) at
greenfoot.guifx.GreenfootStage.showProject(GreenfootStage.java:478) at
greenfoot.guifx.GreenfootStage.<init>(GreenfootStage.java:395) at
greenfoot.guifx.GreenfootStage.makeStage(GreenfootStage.java:597)
{code}
(etc).
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.3Davin McCallDavin McCallhttps://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/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/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 Brownhttps://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 Brown