ローカルストレージ ID 2:
{"headerWidth":{"icon":0.023275145469659187,"title":0.03325020781379884,"customer_id":0.03325020781379884,"group_id":0.8165128869250897,"created_at":0.03325020781379884,"updated_by_id":0.03325020781379884,"updated_at":0.03325020781379884}}
- >唯一の修正はLoalstorageをクリアすることです
はい、これはバグであり、機能のリクエストや一般的な質問ではないと確信しています。
レポートのThx。 しばらくはこれを狩っています....
再現する方法を見つけたら、今すぐ私たちにしましょう。
@hanneshalは、ウィンドウのサイズを変更すると統計のように見えますが、ある時点で壊れます。 私はそれを強制しようとしましたが、明確な方法は見つかりませんでした。繰り返し発生するパターンだけが、サイズ変更後に発生しますが、威 noすることはありません。 そして、手動で列を修正すると壊れた後、もう応答しなくなります (たぶん見るべき場所です)。
回避策は、列をクリアまたはリセットする可能性があります
たぶんそれは修正されました - 最後の更新は新しいより応答性の高いメニューを上部に追加し、サイズ変更時にすべての列を再計算します(以前よりもはるかに優れています)
それでも解決しない場合はお知らせください。
@thorsteneckel さん、こんにちは。
それはまだ起こります (それほど頻繁ではありません)。 ある時点でウィンドウのサイズ変更が発生した場合にのみ発生するようです。 問題は、主にウィンドウ サイズを大きくするか、全画面表示にした後に発生します。
ご意見ありがとうございます! あなたがそれを再現し、段階的な説明で問題を作成する方法を見つけることができれば素晴らしいでしょう。
@thorsteneckel私はそれが起こるとは思わない。 明確なパターンが見つかりません。
これは (まだ) 2.6 にも適用されます。
私たちはまだそれを再現することができません。 誰かが私たちがそれを修正する方法を知っているなら。
追記:たぶん再現できたかな。 オープニングのスクリーンショットのように100%ではありません。 しかし、非常に似ています。 それを再現するには、次の手順に従います。
1) ブラウザ ウィンドウのサイズを 1400x800 に変更します。
2) チケットが入っている新しい概要をクリックします
3) 列のサイズを変更します。
4) ブラウザ ウィンドウのサイズを 1024x800 に変更します。
5) テーブルが再レンダリングされるまで待ちます (たとえば、エージェントがテーブル内のチケットをクローズできるようにする)。
結果は次のとおりです。
これは同じ問題です。 さまざまな画面/ウィンドウのサイズに少し依存し、壊れ始めた後はさらに悪化します。 しかし、私は再現する方法を見つけられませんでした。
@xf- ブラウザ ウィンドウを「サイズ変更」しますか? この方法でしか再現できません。 しかし、誰もブラウザ ウィンドウの「サイズ変更」を使用していないようです。
私は列に触れたことがありません。 1 日に 3 回発生する場合もあれば、1 か月に 1 回発生する場合もあります。 私はよくそれを再現しようとしましたが、方法が見つかりませんでした。
@xf- フィードバックありがとうございます。 概要からの一括アクションまたはマクロを使用していますか?
私はバルクを使用しません(たとえば、すべてのスパム/ニュースレターを選択し、スパムとしてタグ付けする->削除タスクが残りを処理するなどのタグを付けることができないため)。 概要のマクロはドラッグ アンド ドロップのものですか? いいえ、私はいつもtat機能を忘れているので。
問題を再現する方法を見つけました。
解像度とppiが異なるマルチモニター設定を使用しています。
こんにちは、みんな、
Zammad 2.8 でも問題が解決しない場合は、フィードバックをお待ちしています。
ありがとう!
-マーティン
お客様からのフィードバックはまだありません。
2.8以内では、この問題は発生しませんでした。
編集: 1/2 の顧客が、この問題が解決されたことを確認しました。
サイズ変更は常に機能するように見えます
@xf- フィードバックありがとうございます! 👌ただいま閉店中です。