Spaces:
Running
Running
Commit History
15 days ago
-
fix(build): restore assets.js exports so the Space can rebuild + ship rebuilt dist
The share-URL refactor (df9d078/90b5ae8) accidentally overwrote assets.js with only the shareURL section, dropping the DATASET/TOKENIZER/TEXT_MODEL/ TEXT_MODEL_REVISION/DIMENSIONS/imageURL/tileURL/cachedFile exports that worker.js and ImageField.jsx import. Every build since then failed with MISSING_EXPORT; the Space kept serving the last good dist/ from before that commit. Restored the full module (top half from 7c7b7e4, keeping the newer shareURL logic) and rebuilt dist/ so the live Space actually serves the image-restore, search-precision and crowd-out fixes.ef50ce7
17 days ago
-
fix(share): an avatarimg record with no usable id gets no share URL, not the dead product route
Verified signature90b5ae8 -
fix(share): route avatarimg photographs to /share/i/ instead of /share/p/
Verified signaturedf9d078 -
shareURL: send a vai-avatar photograph to /share/i/, not /share/p/
Verified signatureavatar-interiors.js gives every photograph published on vai-avatar a namespaced sku (`avatarimg:<image_id>`) so it travels the same path as a catalogue product: same viewer, same detail panel, same neon, same share anchor. That sku is not an identity the product catalogue knows, and shareURL() preferred it, so every one of those photographs was sent to `/share/p/avatarimg%3A...` -- a route that resolves only against the product catalogue. It answered "Not Found" for the whole set, on the tile's share button and on the viewer's "Xem trang" alike. `avatarImageId` is present only on records read from the vai-avatar interior index and is the raw id, which is what `/share/i/` expects, so the interior identity is now resolved first and unconditionally. No prefix has to be stripped, and it cannot drift from whatever namespace merge.js happens to use for tiles. The namespaced sku stays on the record: it is what keeps the photograph on the product code path inside this app. The bug was only t…7c7b7e4
19 days ago
-
viewer: name, describe and link every photo the search finds
ML InternOpening a photograph in the viewer showed nothing but the picture: no title, no room, no categories, no link back to the article it came from. The record carried all four -- worker.js spreads the whole image-embeddings.json row into each search hit, so title, categories and source arrive with the photograph. But nothing downstream ever kept them. ImageField creates one DOM node per photograph and reuses it across searches; the node's onclick closed over the record it was built from, and on first paint that record is the ambient entry from collection.json, which holds only id/url/ar/blur. A node's position was refreshed on every layout pass, its record was not. So any photograph that had been on screen before you searched -- 180 of the 1,222 -- kept opening with none of its metadata, no matter that it matched and now carried a title and a source. Layout now writes node.image alongside node.target, and the click handler reads it at click time. Adds src/detail.js, restored from ffe2656 …29ed8a3
20 days ago
-
feat: product share links + repair Malloca/Hafele misbranding
Verified signatureTwo things. Share links. vai-avatar served share pages for interior images and chat answers but nothing for products, so a product link had nowhere to point. A /share/p/<sku> route now exists there and resolves against VAIX_PRODUCTS, the 11,704-row catalogue that Space already loads. A "Xem thêm" button in the viewer toolbar links products to it and interiors to the existing /share/i/. The link is keyed on the photo, not the image, so paging a gallery still shares the product rather than one of its photographs. Misbranding. 99 rows are named "Malloca | ..." while their brand field says Hafele, and all 1,011 of their image URLs point at Hafele's CDN rather than the Malloca storefront. Hafele resells Malloca, so these are Malloca products catalogued under the wrong brand. 77 now show a real Malloca photograph and the remaining 22, which have no Malloca row anywhere in the file, keep their photo with the brand corrected. No product is dropped and no non-Malloca row is touched. Matching…9bf56b3 -
feat(field): merge Malloca products into the interior image field
Verified signaturee34a847 -
fix(model): pin the CLIP text tower to a loadable ONNX revision
Verified signatureFixes 'Không tải được bộ tìm kiếm' / [ShapeInferenceError] Inferred=1 Declared=768. The model repo's first ONNX export declared 'masked' as [...,768]; commit 9e1d535 re-exported it cleanly. transformers.js cached the broken bytes under the unversioned /resolve/main/ URL, so reload and 'Thử lại' replayed them. Pinning 'revision' changes the cache key and lets those browsers recover.ad2fb72
23 days ago
-
Deploy Vietnamese interior image field (1222 imgs, multilingual CLIP text tower)
Verified signaturec9e39f3