thumbs: the preview licence gate treats a program's software licence as a licence for its website logo or social card, and CC-BY previews carry no creator credit
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 48/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- javascript, node.js
- Lĩnh vực
- documentation, tooling, web-dev
Hướng nghiên cứu
Start with site/lib/thumbs.mjs and trace previewEligibility, previewCredit() and checkThumbManifest; inspect the cited records in site/thumbs.json. Then review site/lib/cards.mjs and the Preview images paragraph in CONTRIBUTING.md. Run npm run validate and check that unpinned tools/fonts and CC-BY entries without creator names are flagged, while CC-BY captions show the recorded credit.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Why it matters
Licence correctness is this catalog's whole promise, and the thumbnail pipeline is the one place the repo redistributes third-party bytes. The gate in site/lib/thumbs.mjs (PREVIEW_LICENSES) asks only "is the entry's licence open?", then stores the page's og:image. For tools and fonts that is the wrong question: MIT/GPL/Apache on the program does not license the project's website artwork, logo or social card, and OFL on a font does not license the foundry's marketing image. Separately, CC-BY images are shown without naming the creator, which CC-BY requires.
Evidence (at 69387df)
Tool thumbnails stored under the program's licence (site/thumbs.json, 31 tools records), for example:
| id | stored licence | image actually fetched |
|---|---|---|
| blender | GPL-2.0-or-later | blender.org splash screen (splash art is CC-BY by its artist; the Blender logo is trademarked) |
| gimp | GPL-3.0-or-later | Wilber mascot image from gimp.org |
| audacity, godot-engine, colmap, opentoonz, ldtk, snowb-bmf | GPL / MIT / BSD | the site's og-image / share-image social card |
| squoosh | Apache-2.0 | the app icon (Google branding) |
| tenacity | GPL-2.0-or-later | codeberg.org summary card |
| atkinson-hyperlegible (fonts) | SIL OFL | Braille Institute social_logo.jpg |
| jetbrains-mono, inter, orbitron (fonts) | SIL OFL | foundry preview / marketing images |
CONTRIBUTING.md:90 states the assumption explicitly: "CC0, CC-BY, MIT, OFL, GPL and the other open licences that allow a resized copy". SKIP_HOSTS (site/lib/thumbs.mjs:41) only excludes github.com and fonts.google.com.
CC-BY credit: previewCredit() at site/lib/thumbs.mjs:156-159 renders "Preview image from the source page, shown under CC-BY-4.0" when publisher is empty, naming nobody. Six of the thirteen CC-BY thumbnails are in that state (adventure-kid-irs, budgetpixel-sfx, congusbongus-footsteps-surfaces, eric-skiff-resistor-anthems, filmmusic-ende, dareful); five of them already carry an attribution_string that is never used. Cards (site/lib/cards.mjs:33) render the image with alt="" and no credit at all.
Also worth a line in the docs: for itch.io covers (40 of 192 records) the gate assumes the store-page cover art is under the pack's licence, which the pack licence does not say.
Suggested approach
- In
previewEligibility, restrict automaticog:imagefetching to categories where the page image is the asset itself (2d, 3d, characters, animation, audio, shaders-vfx, environment, video), and require an explicit maintainer-checkedpreview:URL fortoolsandfonts. Remove the 40 existing tools/fonts records until pinned. - For attribution licences (CC-BY*, CC-BY-SA*), require
publisherorattribution_string; otherwise return{ ok: false, reason: "attribution licence without a creator name" }.checkThumbManifestthen flags the six records. previewCredit()prefersattribution_string, thenpublisher. Give card images atitleor visible credit for CC-BY.- Rewrite the CONTRIBUTING "Preview images" paragraph to say what the gate actually guarantees, and add the itch cover-art caveat.
Done when
npm run validate fails on a tools/fonts thumbnail without a preview: pin and on a CC-BY thumbnail with no creator name; the entry page caption for a CC-BY image reads the recorded credit line; CONTRIBUTING describes the real rule.
- Ngôn ngữ chính
- JavaScript
- Star
- 58
- Fork
- 15
- Merge trung bình
- 18 giờ 42 phút
- Pull request đã merge (30 ngày)
- 11
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của TMHSDigital/Free-Game-Dev-Assets
-
community marketing priority: low
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
TMHSDigital/Free-Game-Dev-Assets#151 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation priority: medium
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
TMHSDigital/Free-Game-Dev-Assets#72 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 68/100
TMHSDigital/Free-Game-Dev-Assets#3 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
correction
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 57/100
TMHSDigital/Free-Game-Dev-Assets#162 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
marketing priority: low
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 55/100
TMHSDigital/Free-Game-Dev-Assets#152 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của TMHSDigital/Free-Game-Dev-Assets
Issue tương tự
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
apex-dev-tools/apex-log-parser#199 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement good first issue hacktoberfest help wanted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
ReadBufferStream.addBuffer adds the full ArrayBuffer of a typed array view, and ignores its byteOffsetCó thể đã có người làm @wayfarer3130 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Expo 57 example: pnpm install fails with ERR_PNPM_TRUST_DOWNGRADECó thể đã có người làm @github-actions đã nhận hôm nay. Đang mởbug react-native team/client-libraries
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
PostHog/posthog-js#5442 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày