مشکلات منطقه زمانی مایکروسافت در کانادا، مدیران را مجبور به تعمیر تقویم می کند و وانمود می کند که در بوگوتا هستند.

مایکروسافت یک بار دیگر کشف کرده است که چیزهای کمی در دل مهندس نرم افزار ترس ایجاد می کنند، کاملا مانند دولتی که تصمیم می گیرد با ساعت کمانچه کند.

بخش‌هایی از کانادا مشاهده تغییرات ساعت فصلی را از اول نوامبر متوقف کردند و مناطق آسیب‌دیده بریتیش کلمبیا، آلبرتا و منیتوبا را به ترتیب در UTC-07:00، UTC-06:00 و UTC-05:00 برای همیشه باقی گذاشتند. متأسفانه، امپراتوری نرم افزاری گسترده مایکروسافت به طور کامل به آن دست نیافته است.

این شرکت مشکلاتی را در بخش‌هایی از نرم‌افزار خود تأیید کرده است، که باعث می‌شود برخی از مشتریان با زمان‌های نادرست، برنامه‌ریزی‌های شکسته و مجموعه‌ای از راه‌حل‌ها در حالی که ردموند به آن رسیدگی می‌کند، مواجه شوند.

کاربران Outlook بیشترین تکالیف را داشته اند. جابه‌جایی به مناطق زمانی جدید کانادا به‌طور خودکار ورودی‌های تقویم موجود را به‌روزرسانی نمی‌کند، به این معنی که جلسات برنامه‌ریزی‌شده پس از ۱ نوامبر به طور بالقوه یک ساعت دور از انتظار هستند.

مایکروسافت به کاربران توصیه می کند منطقه زمانی تقویم Outlook خود را تغییر دهند، سپس رویدادها و جلسات آینده را برای استفاده از آن به روز کنند. برای جلساتی که افراد دیگر در آن شرکت دارند، فقط سازمان دهنده می تواند تغییر را ایجاد کند.

جلسات مکرر با یک مزیت اضافی همراه است: تغییر منطقه زمانی، هر اتفاقی را که قبلا جابجا شده است، بازنشانی می‌کند، و سپس باید دوباره ایجاد شود. هرکسی که تقویمی پر از جلسات تکراری دارد، ممکن است بخواهد اول کتری را بگذارد.

مایکروسافت در حال کار بر روی یک cmdlet Exchange Online PowerShell برای اصلاح جلسات غیر تکراری است، اما طبق راهنمایی‌هایش، این کار تا اواخر این هفته انجام نمی‌شود. راه حلی برای جلسات مکرر همچنان "در حال توسعه" است و ETA هنوز تایید نشده است.

همه چیز با Power Automate و Fabric عجیب تر می شود، جایی که تعمیر موقت مایکروسافت شامل تظاهر به اینکه کاملا در جای دیگری هستید. بسته به محصول و استان، این می تواند به معنی ساسکاچوان، آریزونا یا برای مانیتوبان، بوگوتا باشد. زیرا ظاهرا مناطق زمانی قبلا به اندازه کافی گیج کننده نبودند.

در همین حال، مشتریان SharePoint On-Prem باید تا 10 نوامبر منتظر بمانند تا مناطق زمانی صحیح برسد، در حالی که کاربران Power Pages می‌توانند تاریخ‌های قالب‌بندی شده توسط سرور را ببینند که یک ساعت بعد ظاهر می‌شوند تا زمانی که یک سرویس ثابت شود. نقطه عطف فعلی مایکروسافت برای آن 12 دسامبر است.

ادمین هایی که با Fallout سروکار دارند کاملا خوشحال نیستند. یکی از مدیران سیستم در Reddit گفت که راهنمایی مایکروسافت "وحشتناک" بوده است و ادعا کرد که تقریبا 900 خط PowerShell را برای تغییر تنظیمات Outlook کاربران و تنظیم دستی رویدادهای تقویم نوشته است. برخی دیگر در حالی که منتظر استقرار مناطق جدید مایکروسافت بودند، سیستم‌ها را به زمان ساسکاچوان تغییر دادند.

مایکروسافت راهنمایی های خود را در 26 اکتبر، کمتر از یک هفته قبل از اعمال این تغییر، منتشر کرد، و همچنان در حال اضافه کردن محصولات آسیب دیده و راه حل های چهار روز بعد بود. در همین حال، از ادمین‌ها خواسته شد تا تقویم‌ها، جلسات مکرر و برنامه‌ها را قبل از تغییر در 1 نوامبر آزمایش کنند و زمان کمی برای یافتن آنچه ممکن است خراب شود باقی می‌ماند.

اگر هر یک از اینها آشنا به نظر می رسد، به این دلیل است که زمان قبلا برای مایکروسافت مشکل ایجاد کرده است. در سال 2022، شیلی تغییر ساعت تابستانی خود را یک هفته به تاخیر انداخت. مایکروسافت با اخطار پاسخ داد که ساعت‌های ویندوز ممکن است اشتباه باشند، وظایف برنامه‌ریزی‌شده ممکن است در زمان‌های غیرمنتظره اجرا شوند و مهرهای زمانی روی فایل‌ها، تراکنش‌ها و گزارش‌ها ممکن است یک ساعت تمام شود.

چهار سال بعد، دولت‌ها هنوز با زمان دست و پنجه نرم می‌کنند و نرم‌افزار هنوز هم ظاهرا مخالف است. ®