Zammad: 列宽被调整为不可读的最小值

创建于 2018-05-18  ·  20评论  ·  资料来源: zammad/zammad

信息:

  • 使用的 Zammad 版本:2.4
  • 安装方式(源码,包,..):deb包
  • 操作系统:Debian
  • 数据库+版本:
  • 弹性搜索版本:
  • 浏览器 + 版本:Firefox 62a(在正常稳定版本中也看到此问题)

预期行为:

  • 列调整
  • 至少有一种重置标准列宽的方法

实际行为:

  • 有时列宽会中断,包括获取 scollbar
    image

本地存储 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

重现行为的步骤:

  • 也许调整窗口大小,切换活动实例(没有持久的方式来重新创建问题)

是的,我确定这是一个错误,没有功能请求或一般问题。

bug frontend / JS app verified

所有20条评论

感谢报告。 我们现在正在寻找这个一段时间......

https://community.zammad.org/t/we-need-your-help-columns-in-overviews-are-resized-to-the-unreadable/665/3

如果你找到了复制的方法,现在就让我们来吧。

如果我调整窗口大小, @hanneshal看起来像是统计数据,但在某个时候它会中断。 我试图强制它并没有找到明确的方法,唯一的重复模式是在调整大小后发生但没有恐吓。 如果您手动修复该列,它会中断后不再响应(也许是一个可以查看的地方)。

解决方法可能是清除或重置列

也许它已修复 - 上次更新在顶部添加了新的更具响应性的菜单,并在调整大小时重新计算所有列(比以前好多了)

请让我们知道它是否仍然存在👍 现在关闭(为)。

@thorsteneckel

它仍然发生(不太频繁)。 看起来只有在某些时候调整窗口大小时才会发生这种情况。 问题主要出现在增加窗口大小或进入全屏后。

感谢您的反馈意见! 如果您能找到一种方法来重现它并创建一个带有分步描述的问题,那就太好了。

@thorsteneckel我认为这不会发生。 我找不到清晰的模式。

这也(仍然)适用于 2.6

我们仍然无法重现它。 如果有人知道我们很乐意修复它。

更新:也许我能够重现它。 它看起来不像打开屏幕截图中的 100%。 但非常相似。 请按照以下步骤重现它:

1) 将浏览器窗口大小调整为 1400x800。
2) 点击一个新的概述,其中的门票
3) 调整列的大小。
4) 将浏览器窗口大小调整为 1024x800。
5) 等到表重新渲染(例如让代理关闭其中的票证)。

结果是:

screen shot 2018-11-19 at 10 20 34

这是同样的问题。 取决于不同的屏幕/窗口大小,开始破坏后它会变得更糟。 但我从来没有找到复制的方法。

@xf- 您是否“调整”了浏览器窗口的大小? 我只能以这种方式重现它。 但似乎没有人使用“调整”浏览器窗口的大小。

我从来没有碰过柱子。 有时一天发生 3 次,下次一个月发生一次。 我经常尝试重现它,但从未找到方法。

@xf-感谢您的反馈。 您是否使用概览中的批量操作或宏?

我不使用批量(因为我不能标记东西 - 例如选择所有垃圾邮件/时事通讯并标记为垃圾邮件 -> 删除任务处理其余部分)。 宏概述是拖放的东西吗? 不,因为我总是忘记 tat 功能。

我找到了一种方法来重现我的问题。

  • 删除所有存储(Firefox)
  • 强制重装
  • 将窗口缩小为初始大小,然后我得到一个滚动条。 (增加它的大小和资源到旧的作品)。

我使用具有不同分辨率和 ppi 的多显示器设置。

大家好,

如果您在 Zammad 2.8 中仍有问题,欢迎提供任何反馈。

谢谢!

-马丁

我还没有客户反馈。
我在 2.8 中没有再看到这个问题。

编辑:1/2 客户确认此问题已得到解决。

看起来调整大小总是有效

@xf-感谢您的反馈! 👌我暂时关门了。

此页面是否有帮助?
0 / 5 - 0 等级