Conversation
klboke
left a comment
There was a problem hiding this comment.
发现 2 个会直接影响现有预览能力的 blocker:
-
online3D现在只把“单个 Blob 文件”喂给 viewer,导致依赖伴随资源的多文件格式回归。原实现是把website/index.html#model=...交给内置 hash loader 处理,viewer 自己支持 URL 列表和依赖文件(server/src/main/resources/web/online3D.ftl:22-31;server/src/main/resources/static/website/build/website_dev/o3dv.website.min.js:9487-9488, 10198, 10371-10381)。这个 PR 改成了先fetch一个modelUrl,再构造单个File触发<input type=file>流程(server/src/main/resources/web/online3D.ftl:90-133)。这样像.obj + .mtl + texture这类依赖同目录附属文件的预览就没有依赖文件上下文了;仓库自带的 3D viewer 示例本身都把obj当成多 URL 场景处理(server/src/main/resources/static/website/index.html里的#model=assets/models/solids.obj,assets/models/solids.mtl)。也就是说,这个改动会把现有一类 3D 预览直接打坏。 -
drawio的编辑/新窗口路径现在会打开错误的文件来源。drawio.ftl仍然显式传了edit=_blank,所以预览页工具栏上的 edit/open 路径还在(server/src/main/resources/web/drawio.ftl:47-61)。但这个 PR 把 vendor bundle 里的Editor.prototype.editAsNew改成了固定写入file=<currentDomain>,而不是当前图文件 URL(server/src/main/resources/static/drawio/js/app.min.js:2467-2468)。同一个 bundle 里 chromeless toolbar 的 edit 按钮会直接走editAsNew(...)(server/src/main/resources/static/drawio/js/app.min.js:2578-2581)。结果就是用户从预览页点“编辑/新窗口”时,draw.io 会重新对着站点根域名打开,而不是当前 diagram 文件,这条现有交互会失效。
这两个问题都属于合并前需要先修掉的回归。
已经修复了 |
No description provided.