In the US store, the package tracking info has two issues.
- The time is not shown as local time, but rather it looks like it is shown as in another international time zone.
For example, a shipping stop may show 2026-06-28 21:35:29 when it was morning of June 28 in the east coast of US.
If there are more detail under a shipping stop, the detail may provide the time in local time zone.
[Town], [State] US InTransit 2026-06-28 21:35:29
Arrived at USPS Facility → Your item arrived at our USPS facility in [Town], ]State] [ZIP] on June 28, 2026 at 9:35 am. The item is currently in transit to the destination.
The “June 28, 2026 at 9:35 am” can be the accurate local time. The difference in time zone is exactly 12 hours, so I think the tracking shows the shipping stops in Beijing time.
- If an order is shipped in two separate packages, clicking at a tracking number may not open the tracking info for that package. Instead, it will open Package #1, which is the packages that was shipped out first.
For example, clicking at tracking number 22222222222 will land at the tracking for Package #1 which has a tracking number 11111111111 . One would have to be mindful to click at Package #2 on the same tracking page to see its tracking info.
Not sure if you are specifically talking about USPS tracking. The USPS tracking site shows the local time at the place the item was scanned. So if it arived at a Georgia facility, it will show the local time in Georgia where it arrived, not the end address. If you click on a link in an email to “track“ then that front end maybe pulling the info and doing their own thing. If I have a USPS tracking number I always try to use their site (or UPS, or FeEx for that matter, whom ever the shipper is).
USPS
https://tools.usps.com/tracking/
I was talking about the tracking status shown in the US store website. Apparently when the website pulls in the tracking data from USPS or other carriers, the date/time somehow are changed to another timezone, probably to Beijing time.
This should be an easy fix. The second issue of not linking by tracking number is also easy to fix.
Now that you mentioned the link provided in the email from Bambu Lab, that is another thing for @BambuLab to consider fixing. As is now, clicking at the tracking number of the USPS or other carriers will open the BL store website asking user to log in. It will be easier if the link goes to the tracking system of the carriers.
I don’t usually track shipments closely. They arrive when they arrive, usually the day after the order if shipped from NJ, or in 5 days if shipped from CA. But sometimes when I am in the store website placing an order I would check the status of earlier order(s) that I haven’t received yet.
Guess I really never noticed the issue you are seeing. Either Iam plugging the tracking number into the contracted carriers site or I just don’t look at the time that closely since I know it won’t be my local time and mainly I am looking for signs of movement and where the package is. Maybe it’s not logical thinking but it makes sense to me that Bambu would have a central tracking for their shipments (in China) but it does sound like they could do a better job in showing the time in relation to where the scan was made.
Surely the local time at the package’s location is more useful, if you want to see what’s going on?
Example: Why did it stop here for 12 hours? Oh, it stopped over in the middle east on Friday morning their time, and they have Friday/Saturday weekends.
Internally the software almost certaily stores everying in a single TZ (probably either UTC or BJT) (converting it from local time where necessary) since anything else is a programming nightmare.
However I agree that it should have an option to display time in the requesters local time.
I am not asking BL to convert the time into my time zone. If they leave the time as they are which show the time at the shipping stop locations, it is good. This isn’t critical, but if they are going to show the tracking timeline it should make it correct. I have noticed this because the timeline has always been ahead of US time.
Yeah, sorry if I came across as suggesting it should show time converted to local end destination time, that was not what I intended.
Was meant to indicate showing the local time at the place item was scanned at each place in it’s journey. Showing future time is not helpful. Although I will admit that I used to call someone in Australia pretty often and I would keep track of what time it was there by saying 5 hours ago tomorrow…
I’d prefer they provided a link to the shipper directly and not try and scrape/import/format the data themselves. I usually copy the number and paste in the shippers site. This is not unique to Bambu.
Just noticed the interesting (and wild) routing of an earlier order while placing an order today.
Shipment received in TX, accepted in PA, and left from CA. 
