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: 2026/02/21 12:27 (Pacific time)
Download
| Version | Release Date | Expiry Date |
| 2.4.1b9 | 2026/01/30 | 120 days from Release Date |
Macintosh
| 64-bit Application (.dmg) | Download | 220.8MB | 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.4MiB | 32-bit version. Installer. Windows 8.1 or later |
| 32-bit Application (.exe.zip) | Download | 135.9MiB | 32-bit version. Zipped installer |
| 64-bit Application (.exe) | Download | 132.7MiB | 64-bit version. Installer. Windows 8.1 or later |
| 64-bit Application (.exe.zip) | Download | 132.3MiB | 64-bit version. Zipped installer |
| 64-bit Application (.exe.zip) | Download | 188.3MiB | Special 64-bit version for Windows 7 SP1 through 8.0. |
| 32-bit Application (.exe.zip) | Download | 197.4MiB | 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.1b10 | Release Date: Soon | Fixes: 4, Enhancements: 1 |
|
ID: Status: Date: |
Plan not refreshing upon site change It appears that the plan refresh is launched when the site changes. However, that does not always seem to be the case. I have a highly obstructed back yard. I view from two different locations in the yard to get different views of the sky. They are each entered as a site in the resources. However, they both have exactly the same Long/lat. It seems that the plan refresh is triggered if the Long/Lat is different when changing sites, but that it does not change if the new site has the same Long/Lat as the previous site. Analysis: Resolution: |
|
ID: Status: Date: |
Improvements to generic text import/export Improvements: Resolution: |
|
ID: Status: Date: |
Picture.Save: Unsupported Format Exception Exception Type: Unsupported Format Exception 1: Sub Picture.Save( FolderItem, int64, int0, uint0, string(), int64 )
Rotated an attached (linked) image and selected Save Changes Resolution: |
|
ID: Status: Date: |
ObjectListbox.CellTextAt: Nil Object Exception Exception Type: Nil Object Exception 1: Sub ObjectListbox.CellTextAt( int64, int64, assigns string ) Resolution: |
|
ID: Status: Date: |
Catalogs objects with no ID are difficult to manage There are times when I do want to use catalog objects with no actual ID in the Galactic Dust Catalog. They cannot be actually added from the Synonyms search and you cannot search for them in the Name field of a catalog. It's hard to tell what catalog they came from in the FoV tab. It took me a long time to figure out where BDN99.01+4.01 came from when it showed up in FoV. Steps to duplicate: There are times when I do want to use catalog objects with no actual ID in the Galactic Dust Catalog. They cannot be actually added from the Synonyms search and you cannot search for them in the Name field of a catalog. It's hard to tell what catalog they came from in the FoV tab. It took me a long time to figure out where BDN99.01+4.01 came from when it showed up in FoV. Steps to duplicate: 1. Go to New Object and add Be36 from the Bernes Dark Nebula catalog. Attachment: AstroPlannerV2-W321.prefs Resolution: |
Version: 2.4.1b9 | Release Date: 2026/01/30 | Fixes: 17, Enhancements: 6 |
|
ID: Status: Date: |
Open Astronomy Log (OAL) Export Implement Open Astronomy Log (OAL) export of observations, sessions, etc. Resolution: |
|
ID: Status: Date: |
Import Open Astronomy Log (OAL) files I would like to see AstroPlanner be able to import observations that are in Open Astronomy Log (OAL) format from SkySafari 6 Pro. It takes a lot of work to get observations to import properly using the CSV format. Resolution: |
|
ID: Status: Date: |
ObjectListbox.CellTextAt: Nil Object Exception Exception Type: Nil Object Exception 1: Sub ObjectListbox.CellTextAt( int64, int64, assigns string ) Resolution: |
|
ID: Status: Date: |
Add ability to assign keyboard shortcuts to menu items Add ability to assign keyboard shortcuts to menu items that don't already have such a thing. Resolution: |
|
ID: Status: Date: |
User Object Notes that go down past the screen are scrolling down to refresh themselves. Steps to duplicate: Analysis: Resolution: |
|
ID: Status: Date: |
Add an All-Sky Coverage tab to plan document Add an All-Sky Coverage tab to the plan document window showing an all sky view (Aitoff projection) with the plan's objects shown. Resolution: |
|
ID: Status: Date: |
Exporting multiple files not working anymore When exporting multiple files by means of File > Export > Multiple Generic, text, ... Resolution: |
|
ID: Status: Date: |
Multiple export option display as selected When exporting object/s with option to export only 1 object selected by default, selecting the option to export all objects results in both the single object export option and the all objects option to display as selected, simultaneously. The resulting export (all objects) is successful. Resolution: |
|
ID: Status: Date: |
Refreshing from catalog doesn't remember last choice for only "Objects to Refresh" This has caused me to refresh all objects in a plan document accidentally. It can be really frustrating. Steps to duplicate: 1. Highlight any object in a plan document. Go to Object> Refresh Objects from Catalog. Attachment: AstroPlannerV2-W32.prefs Resolution: |
|
ID: Status: Date: |
Copy IDs issue I have several objects in a plan. I'd like to copy the IDs of some of them that I've selected. EDIT / CopyIDs copies all IDs Resolution: |
|
ID: Status: Date: |
Better means of determining moon visibility The Moon widget shows the rise/set times w.r.t. the "theoretical" 0° horizon. If a user horizon is in use, the only way to determine the actual rise/set times is to include the Moon as a plan object, which is inconvenient. Also it isn't obvious to determine the moon's current status (set, risen, above the user horizon). Resolution: |
|
ID: Status: Date: |
Bogus synonym issue Several times I have found that one object is considered the same as another when it comes to observations. It has happened for: M81, M82 Analysis: Resolution: |
|
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: |
Highlight rules not passing on all settings with exports Steps to Duplicate: Attachment: Objects of Interest.apdAttachment: Main Objects.apd 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: |
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: |
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: |
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: |
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: |
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: |
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: |
|
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: |
