bjgf issueshttps://gitlab.bluej.org/bluej/bjgf/-/issues2018-09-19T15:07:10Zhttps://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/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/2115[GREENFOOT-784] Large worlds cause exception2018-09-11T17:54:55ZDavin McCall[GREENFOOT-784] Large worlds cause exceptionWorlds beyond a certain size cause an exception because the inter-VM communications buffer is fixed size (around 10MB I think).
{code}
Exception in thread "Thread-7" java.nio.BufferOverflowException
at java.nio.Buffer.nextPutIn...Worlds beyond a certain size cause an exception because the inter-VM communications buffer is fixed size (around 10MB I think).
{code}
Exception in thread "Thread-7" java.nio.BufferOverflowException
at java.nio.Buffer.nextPutIndex(Buffer.java:521)
at java.nio.DirectIntBufferS.put(DirectIntBufferS.java:297)
at greenfoot.vmcomm.VMCommsSimulation.doInterVMComms(VMCommsSimulation.java:364)
at greenfoot.vmcomm.VMCommsSimulation.access$000(VMCommsSimulation.java:51)
at greenfoot.vmcomm.VMCommsSimulation$1.run(VMCommsSimulation.java:172)
{code}
We might want to raise the current size to at least 20MB (which allows 2000x2000 and a little bit larger world size), or have a dynamic size. If we choose to have a fixed limit, whether we increase it from the current or not, there should be a suitable exception (with message) thrown by the world constructor, rather than having this internal failure.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.1Neil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2114[GREENFOOT-783] Intersection test is not pixel-perfect for rotated objects2018-07-31T17:16:55ZDavin McCall[GREENFOOT-783] Intersection test is not pixel-perfect for rotated objectsIf you have two square actors, both rotated by the same multiple of 90 degrees (but not 0), and they overlap by a single pixel, the {{isTouching}} method fails to see an intersection.
This is the problem described on the greenfoot.org...If you have two square actors, both rotated by the same multiple of 90 degrees (but not 0), and they overlap by a single pixel, the {{isTouching}} method fails to see an intersection.
This is the problem described on the greenfoot.org forum, here: https://www.greenfoot.org/topics/59584/0
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 3.5.1Davin McCallDavin McCallhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2113[GREENFOOT-782] Speed slider goes to zero when re-opening project2018-07-25T16:49:40ZNeil Brown[GREENFOOT-782] Speed slider goes to zero when re-opening projectOpen project A in Greenfoot, close A (via menu, leaving Greenfoot open), then re-open project A. The speed slider goes to minimum, which is a bit confusing to realise what happens once you click run. Oddly enough, this only seems to ha...Open project A in Greenfoot, close A (via menu, leaving Greenfoot open), then re-open project A. The speed slider goes to minimum, which is a bit confusing to realise what happens once you click run. Oddly enough, this only seems to happen the first time I do it -- repeated closing and re-opening doesn't reproduce, until I quit Greenfoot completely, at which point it happens again on first re-open, but not after.
---
**Issue metadata**
- Issue type: Task
- Priority: Mediumhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2112[GREENFOOT-781] Controls enabled when no world, then disabled if clicked2018-07-25T16:49:32ZNeil Brown[GREENFOOT-781] Controls enabled when no world, then disabled if clickedLoad up a scenario where there is no default world (in my test case, there is a world, but it has not been stored as the last instantiated one). The Act/Run/Reset buttons are all enabled, which they shouldn't be (although that's not a t...Load up a scenario where there is no default world (in my test case, there is a world, but it has not been stored as the last instantiated one). The Act/Run/Reset buttons are all enabled, which they shouldn't be (although that's not a terrible problem if they just do nothing). But clicking Run or Reset gets into a state where all the buttons are disabled, as in the bug GREENFOOT-780. If you clicked Run, making a new World manually does fix the issue, but if you clicked Reset, the buttons remain disabled and they cannot be recovered.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2111[GREENFOOT-780] Controls can get into permanently disabled state2018-07-25T16:49:24ZNeil Brown[GREENFOOT-780] Controls can get into permanently disabled stateLoad a scenario, like ants, and set it running. Open the editor for the AntWorld class, and insert a blank line somewhere.
The scenario will stop running (correct), although the world will not grey out (bug). Go back to the main win...Load a scenario, like ants, and set it running. Open the editor for the AntWorld class, and insert a blank line somewhere.
The scenario will stop running (correct), although the world will not grey out (bug). Go back to the main window, and click the Reset button. The Act/Run/Reset buttons will all become greyed out, and it is impossible to run the scenario without restarting Greenfoot (erm, bug!) -- even manually making a world or using the debugger to terminate does not fix the issue.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2110[GREENFOOT-779] "Set player name" doesn't work2018-07-21T12:49:54ZDavin McCall[GREENFOOT-779] "Set player name" doesn't workSetting the player name via preferences or the dialog (via Tools menu) has no effect - a call to UserInfo.getMyInfo().getUserName() still returns "Player1". The name set is not pushed through to the remote VM.
---
**Issue metadata...Setting the player name via preferences or the dialog (via Tools menu) has no effect - a call to UserInfo.getMyInfo().getUserName() still returns "Player1". The name set is not pushed through to the remote VM.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumAmjad AltadmriAmjad Altadmrihttps://gitlab.bluej.org/bluej/bjgf/-/issues/2108[GREENFOOT-777] None of the menu accelerators work while scenario is running ...2018-07-20T14:36:45ZNeil Brown[GREENFOOT-777] None of the menu accelerators work while scenario is running (Windows)This is particularly important for Ctrl-Shift-R to pause the scenario, but none of the accelerators (e.g. Ctrl-N) work while the scenario is running in Windows. All of them work fine while the scenario is paused.
---
**Issue metadata*...This is particularly important for Ctrl-Shift-R to pause the scenario, but none of the accelerators (e.g. Ctrl-N) work while the scenario is running in Windows. All of them work fine while the scenario is paused.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2106[GREENFOOT-775] Find controls in Java editor can be wrongly disabled2020-04-09T16:47:27ZAmjad Altadmri[GREENFOOT-775] Find controls in Java editor can be wrongly disabledIn many cases, the 'Next' and 'Prev' buttons get disabled wrongly. I.e. they get disabled even though there are strings which match the searched one.
Some cases:
* from the find textbox, press tab many times to reach the editor, the...In many cases, the 'Next' and 'Prev' buttons get disabled wrongly. I.e. they get disabled even though there are strings which match the searched one.
Some cases:
* from the find textbox, press tab many times to reach the editor, they will get disabled and stay even if the textbox gets focused again.
* search for `);` and replace them all with ` );`. The buttons will became disabled.
* pressing `undo`.
These buttons can be re-enabled by editing the fid textbox or check/uncheck the 'Match case' checkbox.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2109[GREENFOOT-778] Set Player has wrong label in preferences and different value...2018-07-19T13:47:15ZAmjad Altadmri[GREENFOOT-778] Set Player has wrong label in preferences and different value in its dialogTwo issues:
1- Label is doubled in the preferences dialog
2- different values appear in different dialogs due to storing/retrieving in different properties.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumTwo issues:
1- Label is doubled in the preferences dialog
2- different values appear in different dialogs due to storing/retrieving in different properties.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumAmjad AltadmriAmjad Altadmrihttps://gitlab.bluej.org/bluej/bjgf/-/issues/2107[GREENFOOT-776] World aligns top-left in standalone2018-07-19T10:43:25ZNeil Brown[GREENFOOT-776] World aligns top-left in standaloneWhen you export to standalone, the standalone window fits the world exactly, which is good. However, if you make the window bigger (including maximising it), the world sticks to the top-left of the window, which looks a big strange. It...When you export to standalone, the standalone window fits the world exactly, which is good. However, if you make the window bigger (including maximising it), the world sticks to the top-left of the window, which looks a big strange. It should centre align, like the world does in the IDE.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2105[GREENFOOT-774] Importing or duplicating a class creates strange state2018-07-20T10:07:35ZNeil Brown[GREENFOOT-774] Importing or duplicating a class creates strange stateIn an arbitrary scenario with all classes compiled, go to Import Class... then import a class, e.g. the Map class. When you click OK on the Import window, do nothing else. The scenario shows the world greyed out, and Act/Run/Reset disa...In an arbitrary scenario with all classes compiled, go to Import Class... then import a class, e.g. the Map class. When you click OK on the Import window, do nothing else. The scenario shows the world greyed out, and Act/Run/Reset disabled. All existing classes are compiled, Map is not. It's fairly easy to fix the state: defocusing then refocusing the window works, or manually creating a new world instance. But it's a bit puzzling as I thought I was waiting for it to compile Map, but actually nothing was happening.
Edit: duplicating a class does exactly the same thing. Duplicate a world class, and the new copy is uncompiled, but all the exec controls are greyed out and the world is greyed out, until you open an editor for the class or defocus/refocus the window.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumAmjad AltadmriAmjad Altadmrihttps://gitlab.bluej.org/bluej/bjgf/-/issues/2104[GREENFOOT-773] Stride debugger is enabled2018-07-18T15:45:22ZNeil Brown[GREENFOOT-773] Stride debugger is enabledIf you have a scenario with Stride classes, and you step through into a Stride class, the partially-implemented Stride debugger will show, with controls at the bottom of the editor and flow arrows. The main problem with this is that if ...If you have a scenario with Stride classes, and you step through into a Stride class, the partially-implemented Stride debugger will show, with controls at the bottom of the editor and flow arrows. The main problem with this is that if you stop debugging, the arrows and so on will continue to show in future editing. We should probably just not allow any debugging info to show in a Stride class while the debugger is only partially implemented.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2103[GREENFOOT-772] Act includes the frame delay2018-07-19T09:11:26ZNeil Brown[GREENFOOT-772] Act includes the frame delayMake a scenario with a simple character moving across the screen. Set speed to max via the slider. Click Act, and it completes near-instantly. Change the slider to minimum speed, and click Act again. This time, it takes ages to compl...Make a scenario with a simple character moving across the screen. Set speed to max via the slider. Click Act, and it completes near-instantly. Change the slider to minimum speed, and click Act again. This time, it takes ages to complete, because it seems to incorporate the frame delay time. But if we are just doing a single act, it feels like this should be orthogonal to the current speed, i.e. even at minimum speed, act should complete in the same time as maximum speed.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2102[GREENFOOT-771] Save the world can happen when it probably shouldn't2018-07-19T15:44:36ZNeil Brown[GREENFOOT-771] Save the world can happen when it probably shouldn'tOur rule used to be that if you have hit run, you can no longer save the world until you reset the world. However, in 3.5.0rc3 this restriction is not in place. You can run, pause, make new objects and save the world, and the new objec...Our rule used to be that if you have hit run, you can no longer save the world until you reset the world. However, in 3.5.0rc3 this restriction is not in place. You can run, pause, make new objects and save the world, and the new objects will be succesfully recorded for next time. Similarly, you can run, pause, drag a saved object to a new position, save the world, and that position will be its start position in future.
It's not terrible as there are no exceptions and it's not an unreasonable outcome, but we may still want to prohibit it as it is a big strange to be able to do it.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/2101[GREENFOOT-770] Reset while running at slow speed takes a long time2018-07-20T19:31:06ZNeil Brown[GREENFOOT-770] Reset while running at slow speed takes a long timeSet the speed to minimum via the slider, then run a scenario. If you click Pause followed by Reset, the pause is instant, and the rest is instant. However, if you run the scenario then directly click reset, it takes a long time to rese...Set the speed to minimum via the slider, then run a scenario. If you click Pause followed by Reset, the pause is instant, and the rest is instant. However, if you run the scenario then directly click reset, it takes a long time to reset (waiting for the frame end, I'd guess). It seems like we can probably fix the reset while running so that it does the equivalent of whatever makes pause-reset so fast in this circumstance.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumHamza HamzaHamza Hamzahttps://gitlab.bluej.org/bluej/bjgf/-/issues/2100[GREENFOOT-769] Remove the version number auto-generation on the splash screen2018-07-17T11:23:42ZMichael Kölling[GREENFOOT-769] Remove the version number auto-generation on the splash screen
---
**Issue metadata**
- Issue type: Task
- Priority: Medium
---
**Issue metadata**
- Issue type: Task
- Priority: MediumAmjad AltadmriAmjad Altadmrihttps://gitlab.bluej.org/bluej/bjgf/-/issues/2099[GREENFOOT-768] Changing an Actor/World class "extends" to an "Object" does ...2018-07-09T17:07:23ZHamza Hamza[GREENFOOT-768] Changing an Actor/World class "extends" to an "Object" does not remove the image icon on the classWhen an actor/world class extends is updated to "extends Object", the class is placed at the bottom but the image icon still on it which should be removed in that case.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumWhen an actor/world class extends is updated to "extends Object", the class is placed at the bottom but the image icon still on it which should be removed in that case.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumHamza HamzaHamza Hamzahttps://gitlab.bluej.org/bluej/bjgf/-/issues/2098[GREENFOOT-767] Changing class extends doesn't update class diagram2018-07-06T13:59:02ZNeil Brown[GREENFOOT-767] Changing class extends doesn't update class diagramCreate a class, say Car, which extends Actor, with no classes depending on it. It will appear in class diagram under Actor. Then modify the extends declaration to extend Object. It will stay under Actor in the diagram, rather than mov...Create a class, say Car, which extends Actor, with no classes depending on it. It will appear in class diagram under Actor. Then modify the extends declaration to extend Object. It will stay under Actor in the diagram, rather than moving to the other-classes section. The reverse is also true: if you close and re-open Greenfoot with it extending Object, it will appear down the bottom, but changing back to extends Actor does not move it up to the actor section.
Related: if you change Car to extend Crab, it won't appear in the class diagram correctly, and when you hold shift to place one, it will use Crab's image not Car, even if Car has a specific image of its own. This may be corrected by fixing the above issue, but check afterwards.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumHamza HamzaHamza Hamza