stellarium icon indicating copy to clipboard operation
stellarium copied to clipboard
verified publisher icon Stellarium

Custom Observing List - [Remove Object] removes objects not highlighted

Open Pairamount opened this issue 8 months ago • 14 comments

Added an object to a custom observing list by mistake (duplicate entry). Highlight the object and hit [Remove object] button - the highlighted object IS NOT REMOVED - some other object in the list gets removed instead. Current Version 25.1.0 Windows 10, 64 bit, 22H2

Pairamount avatar Apr 21 '25 19:04 Pairamount

Same thing on macOS 15.1, Stellarium 25.1.0

mszan avatar May 10 '25 15:05 mszan

@Pairamount @mszan are you selected object in the list or just highlight one on the sky?

alex-w avatar May 29 '25 06:05 alex-w

@alex-w For me it was the list.

mszan avatar May 29 '25 09:05 mszan

The object was selected from an observing list

Image

Pairamount avatar May 29 '25 20:05 Pairamount

Did you sort the list according to any of the columns? (Looks like RA is sorted.) Not sure if this matters when identifying the entry to discard.

gzotti avatar May 29 '25 20:05 gzotti

No, the list was assembled based roughly on RA, but was not sorted by RA. Repeating the [Remove object] button will randomly delete items - but never the item that is highlighted

Pairamount avatar May 29 '25 21:05 Pairamount

I can't reproduce the issue

alex-w avatar May 30 '25 04:05 alex-w

I've also tried working around this issue by sorting the list by any column and from what I can tell it doesn't affect the selected entry at all. Not sure if this helps but I'm running my macOS on ARM. Are there any other details I can share so you can reproduce this issue? Some logs, configs?

mszan avatar May 30 '25 08:05 mszan

@mszan could you attach your list?

alex-w avatar May 30 '25 11:05 alex-w

@alex-w Sure, here. I'm also attaching a short video demonstrating the issue. As you can see, when I'm trying to delete the Moon entry, M 39 is what actually gets deleted.

https://github.com/user-attachments/assets/95499d3a-e847-42d2-96d0-52d1706dc90b

mszan avatar May 30 '25 12:05 mszan

@alex-w Sure, here. I'm also attaching a short video demonstrating the issue. As you can see, when I'm trying to delete the Moon entry, M 39 is what actually gets deleted.

Thanks! I can confirm the issue now.

alex-w avatar May 30 '25 13:05 alex-w

Hello @Pairamount!

OK, developers can reproduce the issue. Thanks for the report!

github-actions[bot] avatar May 30 '25 13:05 github-actions[bot]

Workaround to prevent losing data: if the user notices that the wrong line was deleted, cancel the dialog (i.e. without saving the list).

Advanced workaround: edit data/observingList.json

axd1967 avatar Sep 07 '25 13:09 axd1967

this is a high importance issue. it prevents users from managing observing lists, and the unaware will be bitten badly by this bug.

axd1967 avatar Oct 11 '25 14:10 axd1967