Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

While replacing an asset with new file meta data get lost

オープン
#12,047 コメント 0 件 リアクション 2 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
35/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
停滞
技術スタック
laravel, php
領域
backend

調査の方向性

Start by tracing the asset replacement dialog through the save action and the code that writes asset metadata in the .meta folder; the issue does not name source files or tests. Reproduce the steps with an image that has custom metadata, replace it with a differently named image, and save with removal of the old image enabled. Done means the replacement retains the existing metadata in its new .meta YAML file.

索引モデルが issue の本文から書いたものです。

説明

assets
Bug description

My users are facing the following problem:
If you replace an image, by uploading a new one with a different name, the metadata gets lost.

The editorsdesk would love to use the replacement feature from time to time, because after publishing an article they often find the need to modify/crop/change/whatever an image afterwards again. But as we use several custom metadata fields in the assets blueprint, (a11y, legal, copyright, stuff...) its quite annoying to upload the modified image a second time, to than fill out all theses fields and to then search/find the image in library to change it the article.

Using an image file with the same name is also not an option as mentioned here: #11229

How to reproduce
  • Upload an image to the library
  • Add some metadata to the image
  • Save the image
  • Look into the .meta folder -> old.jpg.yaml existing
  • Replace the image by uploading a new one using the replace-dialogue (do not click save yet)
  • Look into the .meta folder -> old.jpg.yaml and new.jpg.yaml existing
  • Save the image by clicking the Save button. (toggle remove old image is on )
  • Look into the .meta folder -> new.jpg.yaml existing
  • Look into the .meta/new.jpg.yaml file -> metadata are lost
Logs

Environment
Environment
Application Name: DAV
Laravel Version: 11.45.1
PHP Version: 8.3.23
Composer Version: 2.8.10
Environment: local
Debug Mode: ENABLED
URL: dav-av.ddev.site
Maintenance Mode: OFF
Timezone: Europe/Berlin
Locale: de

Cache
Config: NOT CACHED
Events: NOT CACHED
Routes: NOT CACHED
Views: CACHED

Drivers
Broadcasting: log
Cache: file
Database: mysql
Logs: stack / single
Mail: smtp
Queue: sync
Session: file

Statamic
Addons: 6
Sites: 3 (DAV, JDAV, JUBI)
Stache Watcher: Enabled
Static Caching: Disabled
Version: 5.63.0 PRO

Statamic Addons
alpenverein/nginx-utility: dev-dev
el-schneider/statamic-auto-alt-text: 0.3.2
jacksleight/statamic-bard-mutator: 3.0.4
jonassiewertsen/statamic-external-link: 1.9.0
mitydigital/sitemapamic: 3.3.0
thehome/statamic-elasticsearch: dev-es8
Installation

Fresh statamic/statamic site via CLI

Additional details

No response

主要言語
PHP
スター
4.9k
フォーク
647
平均マージ
1日 7時間
マージ済み PR(30日)
103

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

statamic/cms のほかの issue

statamic/cms の issue をすべて見る

似ている issue

PHP の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。