Nasty Schedule bug

I use 2 monitors, but this still happens if the main GS window and the schedule window are on the same monitor. It is hard to describe, but it has caused some issues for me and continues to in 9.8.1.

The way to reproduce this is:

Create a new event. Add one or more listings to it. Enable the event. Go about your business. Create more listings, etc. At some point, you want to add a new listing to that same event. So, click enable event to disable it, and then in the main GS window, you try to drag the new listing to the Scheduled Listings pane in the Scheduler window. But as you do this dragging, the date and time fast forward for months in advance! If I have to drag the listing to the left, it fast forwards weeks then months until I place it, and then I have to remember where it was scheduled for. If I drag to the right, the timeline goes all the back to the current time. This has happened for quite some time and I just keep forgetting to report it. Even though the main GS window is the active one, the scheduler is moving with my touchpad drag motions. :frowning:

I tried hard but wasn’t able to reproduce this issue.
Can you record a short screen cast maybe?

You are using what version of macOS?

macOS 14.3.1

It has happened with prior versions as well. Is there a way to DM you the screencast? I can record one right now.

Actually having a hard time recording this because QuickTime Player limits screen recording to just one display. The bug is more extreme when I am using 2 displays. Is there a free tool to record video on 2 displays as one video file?

Actually I can just make the main GS window lots smaller. My latest one sent me to December 2025 barely moving the cursor! And when selecting the dot in the calendar, it though April 2025 was the current month/year? Very weird. Anyway, I will record one and try to DM it to you.

EDIT: just moving the main GS window to the same display that the scheduler is at, forwards the scheduler to Oct 2, 2024, even though it is not the active window.

Thank you for making that video. That really looks odd, you are right.
I still wasn’t able to reproduce this error. For me it looks like there is another tool/app/extension interfering here somehow.
You could start GarageSale on another (clean) macOS user account and see if it happens there also.

I will install GS on my MacBook Air under a fresh account, and see if that exhibits the same issue. I have a Pro account, so I will sync my listings. I disabled PopClip, but still have the issue on my main system. One thing I did notice - if I do not move the cursor over to the right to click on a scheduled event, the issue doesn’t happen. It is only when I scroll horizontally a bit to get to an event to disable it [as I did in the first moment the scheduler window was open] that seems to start the issue. Also, just moving the main GS window around, while the scheduler window is in the background, moves the date [currently it is Jan 25, 2025]. This is much more pronounced when using 2 displays. The video I sent you only forwarded about a month, but it is not uncommon for me to go nearly a year into the future. :frowning:

utility wise, I run Bartender, Pop Clip, iStat Menus, Copy 'Em, and Typinator - those are installed system wide on all my computers. I don’t think they should interfere with GS.I quit Copy’Em just in case, but the bug persists. I will see what happens on the MacBook Air and report back. I am now in January 2027 - time flies! :wink:

EDIT: well, now what I said is not true - I can not get the bug to not come up even though before running the video I had it behave normally on 2 occasions. I have noticed all it takes is for me to disable an event and then moving the main GS window around on a different display, and as the active window, and the disabled event will scroll radically to the right very quickly. Just by dragging the main GS window around on my other display. [the scheduler is in display 2, the main GS window on display 1]

Trying to get GS to install on a different computer has proven to be very, very timeconsuming. Well. It installs. But syncing the first time so I can do this test, always fails. It gets about 20% or so on the fuel gauge and then says there’s an error syncing. Trying to sync again results in a dialog box saying the sync server is busy and “Synchronization could not be enabled because another computer is currently transferring data for your account. Please try again later.” though my other [main] computer does not have GS running! Sync has been painful for years for me, which is why I finally gave up on it, but in this case, in order to test this, I need it to work. So down this rabbit hole I have gone. Any tips on getting this to work and not losing any data in the process?

I found this info:

but sadly that does not work. I followed the exact instructions. except I am trying to overwrite the local [empty] data not the data on the server. But I still get the same error message, and my main Mac does not have GS running so I am uncertain why this error pops up. It is the first sync on a fresh install of GS.

Don’t do the synching on that other macOS user account. Instead, just start an empty GarageSale, create one or two sample listing, open the scheduler and see if the problem occurs there, too.

I’d much rather get syncing to work than have to try and re-do all the work and pretend to list items. That’s just asking for issues, IMO. Sadly, I am still getting that error on the laptop. I wish there was some way to properly debug what is going on to cause this issue. My only other option is to stop sync on my main system, then start it again, overwriting what’s on the server [if anything really is being synced to the server]. The lack of transparency for syncing has always been a concern as I’ve never had 2 computers 100% in sync - one is always missing lots of listings and sold items [to this day, I have nearly a year’s worth of sold items on my older Mac mini that never synced to my new system from 2023 which is frustrating when trying to reconcile things or look at old listings/sold data].

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.