パーソナルカレンダーパネルを完成させ、メンバーが到達できる場所に置く

Featurekamo-internal
Shipped
2026年9月5日 16:14 UTC
Author
Kamo
Commit
b46d317

PersonalProviderSection は何もレンダリングされていないことをscaffoldingされ、それはそうではない 持っていた場合は、 GET /member/{id} を読み、存在しないルートを読み込みます。 開いたことに失敗しました。 Google と Microsoft の Add ボタンが POSTed に 資格無しで行い、同期できない接続を生成します。 カラムが双方向である2方向のトグル送信双方向同期 動かされたスイッチと何も保存されなかった。そしてそれは「組織と統一」を持っていた。 フィールドの [ContactIntegration] のスイッチは、サービスが落ちる必要はありません。 すべての書き込み。 今では、メンバーが本当の同期状態に接続しているかをリストし、Googleを接続します OAuth フローを介した Microsoft は、iCloud の URL とパスワードを取り、 接続がクレデンシャルを持たないとき、カスタムサーバは言う 「オフ」と「カノット」の違いは、単独で切り替えることができません。 業務内容 unifyスイッチは偽物ではなく消えます:それを保存する場所はありません、 そして、サイレントがスイッチを使わずに何も悪くないスイッチ。 DavOAuthConnect はコピーされるのではなくスコープを獲得します。 すべて 硬い それについて -- 別の起源のコールバック、独自の結果を報告できないポップアップ、 唯一の信頼できる信号である再読まれて下さい-メンバーおよびのための同一です 組織と2番目のコピーは、誰もいない部分を正確に漂流します 再読み込み。 会員スコープでは、 ?member=true を付加し、 サーバはメンバーを取ります セッションから、パネルは他人に対処できません。 カレンダーの好みの引き出しに住んでいます。 メール設定のトピックは MANAGE EMAIL SETTINGSにゲートされたので、そこに個人的なカレンダーを置く カレンダーのほぼすべての人からそれらを隠しました。 最後の引き出しと ディバイダーの背後にある: 他のすべてのブロックはパネルを所有する好みがあります、一方 この1つは、第三者を承認し、メンバーが行動しなければならない方法で失敗することができます。 キーパスはリテラルであり、名前空間はインラインです。 check-i18n-keys が解決 useTranslations('<literal>') で、useTranslations(SOMETHING) で立ち上がり、 つまり、ファイル内のすべてのキーをスキップすることを意味します。 チェックを外すと、残っている。 それをから保つために ref を通して t に達する loader の依存関係は、ガードから同じ方法でコールサイトを隠すので、 loader はフラグを設定し、レンダはそれを翻訳します.

All changes

配送を見るのが好きですか?

これらのアップデートは、自動的にワークスペースに埋め込まれます。 週1回無料スタートし、週1回生育する.

永遠に無料で始める料金を見る