AstroPlanner Beta Testing
Introduction
Anyone is free to download and test the latest beta version of the application. Please note that beta versions of the application have a built-in expiration date that is 120 days after the release date. After that date, you can still use it, but you'll be "nagged" to download a more recent release. This is to prevent bugs being reported on older beta versions that have already been fixed in later releases.
Please discuss beta issues only on the Beta Testers mailing list. Click here to join/leave the list.
Click here for more information on how to report a bug.
V2.4 Notes:
- This version requires a larger minimum screen size: 1280 x 720 pixels (2560 x 1440 pixels for Retina/HiDPI).
- This version might not be fully backwards-compatible with V2.3, so backup before trying it, especially the Image and Observation databases.
- As of V2.4a11, the Mac version will run natively on M1-based Macs.
- As of V2.4b6, the Mac and Windows-64 versions are compiled with "aggressive" optimisation switched on. This should make the application perform a bit faster. However it makes the code file a lot bigger, and it takes forever to compile (not your problem).
- As of V2.4b14, the minimum OS requirements for running the application are: MacOS 10.14 or later, Windows 8.1 or later. For the present, betas that run with MacOS 10.11 - 10.13, and Windows 7 SP1 - 8.0 are included below.
- Note that only the 64-bit, non-special versions of the application have been optimised for speed. However, you won't notice much of a difference in real life.
This page last modified: 2025/11/24 16:14 (Pacific time)
Download
| Version | Release Date | Expiry Date |
| 2.4.1b8 | 2025/11/17 | 120 days from Release Date |
Macintosh
| 64-bit Application (.dmg) | Download | 220.1MB | 64-bit version. Intel-based Mac with MacOS 10.14 or later. Apple Silicon-based Mac with MacOS 11 or later. |
| 64-bit Application (.dmg) | Download | 164.7MB | Special version for MacOS 10.11 through 10.13. Intel-only. |
Windows
| 32-bit Application (.exe) | Download | 136.2MiB | 32-bit version. Installer. Windows 8.1 or later |
| 32-bit Application (.exe.zip) | Download | 135.7MiB | 32-bit version. Zipped installer |
| 64-bit Application (.exe) | Download | 132.5MiB | 64-bit version. Installer. Windows 8.1 or later |
| 64-bit Application (.exe.zip) | Download | 132MiB | 64-bit version. Zipped installer |
| 64-bit Application (.exe.zip) | Download | 188MiB | Special 64-bit version for Windows 7 SP1 through 8.0. |
| 32-bit Application (.exe.zip) | Download | 197.2MiB | Special 32-bit version for Windows 7 SP1 through 8.0. |
Both platforms
| User Manual (.pdf.zip) | Download | 82.8MiB | V2.4 beta user manual |
Note: Beta versions of the application typically do not include the user manual or scripting manual in order to reduce download size.
Release Notes
A list of unresolved bugs can be found here, and feature requests here.
Version: 2.4.1b9 | Release Date: Soon | Fixes: 10, Enhancements: 1 |
|
ID: Status: Date: |
Adding Planetary Moons I'd like to add the Planetary Moons to my SSO Plan. I've tried duplicating the associated Planet and renaming the duplicates to the moon names but this doesn't copy across the "special feature" that tracks the Planet's position. So for a Planet I cannot edit its RA and Dec but for the duplicate I can. This means that the Planetary Moons that I have added do not follow the Planets with which they are associated. I noticed that for other SSO objects like asteroids the RA and Dec is also not editable, but there is an Edit Element button that allows me to edit a bunch of orbital parameters which I assume are used to calculate the position of the SSO. This Edit Element button isn't available for Planets (for obvious reasons). I could duplicate an asteroid as the starting point for each Planetary Moon but since I can't see the Planets set of orbital parameters (because they are not editable) I don't know what parameters to enter for the Planetary Moon. Possible solutions would be: Resolution: |
|
ID: Status: Date: |
StellariumFunctionality.SaveObservingList: Nil Object Exception Exception Type: Nil Object Exception 1: Sub StellariumFunctionality.SaveObservingList( int64, string, string )
I got this error when exporting just highlighted objects to a Stellarium Object List. It works fine if I export the entire plan. Analysis: Resolution: |
|
ID: Status: Date: |
StellariumFunctionality.SaveObservingList: Nil Object Exception Exception Type: Nil Object Exception 1: Sub StellariumFunctionality.SaveObservingList( int64, string, string )
I also get this exception when I try to export selected objects from the plan. So the export only works when all plan objects are specified for export. Resolution: |
|
ID: Status: Date: |
Custom Highlighting - Longest Dimension not persisting When I create a custom highlight rule with a size constraint and set this to Longest Dimension, it does not persist through a Save and Load. It does persist in the plan if I save the plan, but if I try to Load the saved highlighting rules into another plan, the setting reverts to Area A x B in that plan and I have to change every one manually back to Longest dimension and then save the plan. Analysis: Resolution: |
|
ID: Status: Date: |
DesktopListBox.RowTagAt: Out Of Bounds Exception Exception Type: Out Of Bounds Exception 1: Sub DesktopListBox.RowTagAt( int64 )
Removed an attached file from an observation by clicking the "-" (minus) button at bottom left in the observation database editing window, and this exception popped up. This is probably the only attachment in my observation database, that I added about 8 1/2 years ago. Resolution: |
|
ID: Status: Date: |
Highlight rules not passing on all settings with exports Steps to Duplicate: Attachment: Objects of Interest.apdAttachment: Main Objects.apd Resolution: |
|
ID: Status: Date: |
The Cross-Ref feature doesn't remember the last choice for "Objects to Process" Other settings with this feature are remembered. This causes me to sometimes mistakenly update all the objects in a plan document. Steps to duplicate: 1. Add the object SAC8594 to a plan document. Select the object. Resolution: |
|
ID: Status: Date: |
Trim Session cannot be disabled In Observation Preferences the 'Trim sessions if observations change' flag is not being persisted. If I disable it and then edit a session in the Observations Database, that session will always have its end time trimmed. Resolution: |
|
ID: Status: Date: |
MainWindow.SaveSortOrder: Nil Object Exception Exception Type: Nil Object Exception 1: Sub MainWindow.SaveSortOrder( MainWindow )
I had just opened the Main Objects document and refreshed it's RA / DEC from the catalog because it's DEC was at +11 rather than -11 somehow. I then saved the document, opened my Novas, Quasars... document and merged Spica from the Main Objects catalog. I then clicked on File Save from within the Novas, Quasars... document and this error popped up. User description of above error trace: I did a merge from Objects of Interest to Main Objects and told it to dissociate any associations. I told it to merge anything that has the name start with Manatee Nebula and modified the name a little further in Main Objects. Then I merged from Objects of Interest into 2025-10-21 Candidates but told it to include all associations regardless of rules. I modified the name a little further in the Candidates doc and then told it to save the Candidates document. That's when the error occurred. Resolution: |
|
ID: Status: Date: |
Lookup Items issue When selecting "Lookup Name" at the bottom of the main window, and an object in the existing list is "active" (selected), the first line in the "Lookup items" window is filled with the name of the active (selected) object in the list. One must clear that line before entering the required name to be searched. This is not the case when clicking on an empty place below the last object in the list. But when having a long object list, one must scroll to the end of the list. Is it possible to have always an empty "Look up items" window? Resolution: |
|
ID: Status: Date: |
ObjectListbox.CellTextAt: Nil Object Exception Exception Type: Nil Object Exception 1: Sub ObjectListbox.CellTextAt( int64, int64, assigns string )
Not sure if this is the same problem I reported before but this document gives an exception when I try to open it. It appears that it is going to open up blank again or that I am just going to get kicked out after I send this. Attachment: 2022-03-23 Seagull Nebula, Orion, Perseus Cloud (New).apdAttachment: AstroPlannerV2-W32.prefs Just installed the latest update. It is still giving an exception when opening this document. Looks like it will end up being blank again. Attachment: AstroPlannerV2-W32.prefsAttachment: 2022-03-23 Seagull Nebula, Orion, Perseus Cloud (New).apd Analysis: Resolution: |
Version: 2.4.1b8 | Release Date: 2025/11/17 | Fixes: 8, Enhancements: 5 |
|
ID: Status: Date: |
It appears that the transit date is being calculated incorrectly. The transit date is being calculated incorrectly. My understanding is that the transit date is when the object will transit next at the currently specified time. Steps to duplicate: 1. Open the attached document with the attached resource file. Analysis: Resolution: |
|
ID: Status: Date: |
HighlightingRuleDouble.RuleTrue: Type Mismatch Exception Exception Type: Type Mismatch Exception 1: Function HighlightingRuleDouble.RuleTrue( MainWindow, PlanObject ) as boolean
I simply opened the attached document and got this error. The document comes up blank. Attachment: 2020-10-31 OctoberFest 2020.apd Analysis: Resolution: |
|
ID: Status: Date: |
Stellarium Observing List Import and Export I use Stellarium extensively and all of my observing lists are in its format. I'd like to request functions to import Stellarium observing lists into AstroPlanner and to export AstroPlanner plans in Stellarium observing list format. Resolution: |
|
ID: Status: Date: |
Sync with Stellarium is not working I am using Stellarium v25.3. I've enabled the sync with Stellarium so that the AstroPlanner FoV follows Stellarium. When I select an object in Stellarium the AstroPlanner FoV centres on the correct Dec coordinate but not the correct RA when the RA is greater than 12h00m00s. There seems to be an offset in RA, so when Stellarium is pointing at RA 21h33m27s for example, AstroPlanner points to RA 02h26m33s. For objects whose RA is less than 12h00m00s the sync works fine. Resolution: |
|
ID: Status: Date: |
Scripting support for Synonyms Add a Synonyms method to APPlanObject, APObservation and APCatalogObject that returns an array of synonym IDs for the specified object's ID. Resolution: |
|
ID: Status: Date: |
Add keyboard shortcuts for syncing FoV with external planetarium apps Add keyboard shortcuts for syncing FoV with external planetarium apps rather than requiring the buttons to be pressed. Resolution: |
|
ID: Status: Date: |
Print Objects improvement With the current version of Astroplanner it only allows me to select one catalog in "Also show objects from catalogue" when printing Finder Charts. This way if there are UGC, PGC or Abell objects in a field of view they will not be displayed/printed if I have only NGC selected. Can we change things so that multiple catalogues can be used? Resolution: |
|
ID: Status: Date: |
MainWindow._FileGetInfo_Action: Nil Object Exception Exception Type: Nil Object Exception 1: Function MainWindow._FileGetInfo_Action( MainWindow ) as boolean
Hit Cmd + i and this exception popped up. Resolution: |
|
ID: Status: Date: |
Entering new observation: eyepiece from preceding observation not used for following observation When logging sequential observations in the Observations tab, the eyepiece used for an observation is not assigned to the next observation added. Resolution: |
|
ID: Status: Date: |
FieldDiameterChooser.FieldDiameterChooser.SelectedDiameter.Get: ThreadAccessingUIException Exception Type: ThreadAccessingUIException 1: Function TextField.Value.Get( int32 ) as string
I'd updated the Comets in MPC data and searched for -5 mag to 18mag, then selected In FoV at current date/time and when I clicked Update it failed. Resolution: |
|
ID: Status: Date: |
Updating Cat Notes does not update Dreyer translation W.r.t. Refresh Objects from Catalogues: I refreshed the Catalogue Notes and it updates correctly, but the User Notes Analysis: Workaround: After refreshing, save, close, and reopen the plan document. Resolution: |
|
ID: Status: Date: |
Tooltip issue with Chart column I noticed that a tooltip currently appears for the Chart# column showing the page number in the atlas, which doesn’t seem necessary. Analysis: Resolution: |
|
ID: Status: Date: |
Object Az./Alt. at time of observation A very useful addition to the observation database, would be a column for the object's azimuth and altitude at the time of the logged observation. The data is visible when clicking the Object Visibility tab in the observation database, but a dedicated column in the observation database to always have this information available at a glance would be very welcome. Resolution: |
