https://bugs.kde.org/show_bug.cgi?id=525300
--- Comment #2 from 黎庚祉 <[email protected]> --- (In reply to Nate Graham from comment #1) > Created attachment 195887 [details] > Looks different from what's reported > > Please excuse me if this is very stupid, as I don't know any Chinese, but > with current git master, what I see in the tooltips for 2026-02-05 and > 2026-02-06 appears to differ from what you're reporting; see the attached > screen recording. > > So maybe it's already fixed? Or maybe its ability to show the right thing is > dependent on the system's time zone. Thank you for your reply, and for the screen recording. It confirms what I am seeing in my setup as well: the lunar date for 2027-02-06 is displayed as “三十” (大年三十, the 30th day of the twelfth lunar month). However, according to the official Chinese lunar calendar, that date should not exist — the twelfth lunar month of the 丙午 year is a “small month” (小月) with only 29 days. The last day of that month (除夕) falls on 2027-02-05, and 2027-02-06 should be 正月初一, the first day of the new lunar year. The “正月” (which means "first lunar month") in the GUI is currently shown on 2027-02-07 (one day later than it should be). This suggests the conversion logic is failing to roll over to the next month, likely due to an off-by-one error in the data source. I have included the official reference from the Purple Mountain Observatory in my original report. Some reference FYI (to match with Chinese words on GUI): - 三十 = the 30th day of a lunar month; (and we say 大年三十 = the 30th day of the 12th lunar month, which is New Year's Eve) - 初一 = the 1st day of the lunar month; (and we say 正月初一 = the 1st day of the 1st lunar month (Chinese New Year).) - 丙午/丁未 = the sexagenary year name; 丙午 is (roughly) 2026, and after 正月初一 (Chinese New Year) it will becomes the year of 丁未. -- You are receiving this mail because: You are watching all bug changes.
