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.
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/08/01 17:57 (Pacific time)
Download
| Version | Release Date | Expiry Date |
| 2.4.1b10 | 2026/05/22 | 2026/09/19 |
Macintosh
| 64-bit Application (.dmg) | Download | 221.5MB | 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 | 165.3MB | 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.8MiB | 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.1b11 | Release Date: Soon | Fixes: 12, Enhancements: 3 |
|
ID: Status: Date: |
Support PiFinder export Support object export to a text file for uploading to a PiFinder device. Resolution: |
|
ID: Status: Date: |
All-Sky Coverage Map enhancement I have a proposal for a future version of the All-Sky Coverage map. I find the map very interesting, but for practical purposes, such as determining whether an object is close to the telescope or needs to flip its meridian, it doesn't provide any help. I'd like the map to show the currently selected object in a different color, and if the telescope is connected, its approximate position in the sky. Resolution: Bonus: |
|
ID: Status: Date: |
ScrollingImageCanvas.AnnotatePicture: ThreadAccessingUIException Exception Type: ThreadAccessingUIException 1: Function DesktopListBox.RowCount.Get( int32 ) as int64 Resolution: |
|
ID: Status: Date: |
Image download for all objects - always prompted at app launch Each time I launch AP, latest beta (but was also true with previous versions), I get prompted to "Download images for all objects in xxxx.apd plan document". Analysis: There's also a chance (I haven't checked yet) that this is happening before the preferences have been read in, although I doubt it. Anyway, fixing this issue properly is a bit of a challenge, so I need to think about it more. Resolution: |
|
ID: Status: Date: |
SelectSolarSystemCollectionDialog.CheckButtons: Nil Object Exception Exception Type: Nil Object Exception 1: Sub SelectSolarSystemCollectionDialog.CheckButtons( SelectSolarSystemCollectionDialog ) Resolution: |
|
ID: Status: Date: |
Issues refreshing from Catalog After the latest update, the Objects to Refresh setting is still not holding and the Magnitude setting is actually not being refreshed. This is from an object which has had its ID changed. Steps to duplicate: Analysis: Resolution: (I can't reproduce the "Objects to Refresh setting is still not holding" issue, so I can't fix that) |
|
ID: Status: Date: |
ASCOM.TrackingRates: Nil Object Exception Exception Type: Nil Object Exception 1: Function ASCOM.TrackingRates() as M.DriveRates
Trying to connect to synscan wifi. Ascome driver. Synscan pro is running on iPhone. Connected trough tcp Resolution: |
|
ID: Status: Date: |
ASCOM.TrackingRates: Illegal Cast Exception Exception Type: Illegal Cast Exception 1: Function ASCOM.TrackingRates() as M.DriveRates
Resolution: |
|
ID: Status: Date: |
"Download images for all objects in the XXX plan document" NO + Don't show this again not honored When launching the app, the message box mentioned in the bug title always shows up. “The Don’t show this again†checkbox is ignored. Reproducible 100% of the time. Analysis: Resolution: |
|
ID: Status: Date: |
Dk Start, Dk Dur and Dk End show "---" for observable object For several objects the table shows „—-„ even thought the object is observable. I encountered this behaviour when being on the Southern Hemisphere (location 23° 19' S and 17° 57' E), e.g. for the object M8 on April 19th 2026. When switching the location to Australia, the behaviour looks more reasonable (i.e. then the table is populated with the respectived hours). Is this a misunderstanding on my side, or a bug? Analysis: Resolution: |
|
ID: Status: Date: |
Custom Highlighting Won't Load. When trying to load a saved Custom Highlighting saved file (set.hrules), a bad file format message pops up with "file does not appear to be valid rule set file". This happens with older saved rule sets and new clean default rule sets. Attached is an image of the error and a saved set.hrules file. Attachment: set.hrulesAttachment: Highlight Load Error.jpg Resolution: |
|
ID: Status: Date: |
RestoreDialog.items_MouseMove: Nil Object Exception Exception Type: Nil Object Exception 1: Sub RestoreDialog.items_MouseMove( RestoreDialog, StripedListBox, int64, int64 )
chanhinh computers Resolution: |
|
ID: Status: Date: |
Object Property vs Time feature I noticed that closing the window and reopening it "forgets" the setting "Selected object: transit time" but always shows the current time. Analysis: Resolution: |
|
ID: Status: Date: |
DesktopListBox.SortingColumn.Set: Out Of Bounds Exception Exception Type: Out Of Bounds Exception 1: Sub DesktopListBox.SortingColumn.Set( int32, int64 ) Resolution: |
|
ID: Status: Date: |
Observation logged in open session not (always) displayed. Often, when working out observations, the nr. of observations already logged in the session are not displayed in the Observations tab. A restart of the application will fix this, but it seems to happen again when continuing to use the application again after putting the computer in standby. Resolution: |
Version: 2.4.1b10 | Release Date: 2026/05/22 | Fixes: 8, Enhancements: 2 |
|
ID: Status: Date: |
Observation database broken Every time I am trying to edit observation session, or edit observation to add the time a session end, attachment of comment, the observation database book down. The session date suddenly jump to future date completely loosing any link with observation.��But, no crash, no warning, no error.� Resolution: |
|
ID: Status: Date: |
Observation date keeps being set in the future When I create a new observation for an object, although I enter a date/time to match my observation (usually in the last 24h; e.g., 18-03-2026), the observation in the database is being set for 29-04-2026 after editing in the observation database page. Another observation which I entered today, for yesterday 21-03-2026, on editing in the observation database page is being listed (name, start, finish) as 02-05-2026.��Any thoughts on this?� Analysis: Resolution: |
|
ID: Status: Date: |
Can't find GSC objects with New Object or catalog search, even if catalog is marked to search When the GSC catalog is allowed for search, objects come up in Synonym searches but not in New Object or searches in the catalogue. Steps to duplicate: Attachment: AstroPlannerV2-W32.prefsAttachment: 2025-10-21 thu 20206 Spring - Deacons, IC1396 Complex, Bet Lyr, Tweedledee.apd Analysis: Additionally it should be noted that the primary GSC ID in the catalogue has non-unique values. In particular there are two stars with the designation GSC0449-00871, about an arcsecond apart. I suspect a search will find the first one in the catalogue. Resolution: |
|
ID: Status: Date: |
Export of object Size always uses localised formatting When exporting Size in Generic Text Export, it ignores the "Use localized formatting" setting and always outputs in the localized form. Resolution: |
|
ID: Status: Date: |
Plan templates for scripting and user-contributed plans In General Preferences > Creating new plans, add the ability to choose templates for creating new plan documents in scripts, and via the plan creation wizard. Add a warning tooltip to the user-defined plans checkbox to warn against unexpected consequences. Resolution: |
|
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: |
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: |
|
ID: Status: Date: |
ObjectListbox.CellTextAt: Nil Object Exception Exception Type: Nil Object Exception 1: Sub ObjectListbox.CellTextAt( int64, int64, assigns string ) Resolution: |
