OSDN Admin

Logged In: YES
user_id=564

こんにちは。

本日気が付きましたが、リストから消されているのではなく
ファイル自体が消えてしまっている様です。

例えば最新の安定版リリース「1.4.4」には、
- pukiwiki-1.4.4_php5.tar.gz
- pukiwiki-1.4.4_php5.zip
- pukiwiki-1.4.4.tar.gz
- pukiwiki-1.4.4.zip
- update_1.4.4.tar.gz
といったファイルが割り当てられていました。

PukiWiki.orgの記録によれば、それぞれの実体は
以下に該当していたようです。
http://prdownloads.sourceforge.jp/pukiwiki/10732/pukiwiki-1.4.4_php5.tar.gz
http://prdownloads.sourceforge.jp/pukiwiki/10732/pukiwiki-1.4.4_php5.zip
http://prdownloads.sourceforge.jp/pukiwiki/10732/pukiwiki-1.4.4.tar.gz
http://prdownloads.sourceforge.jp/pukiwiki/10732/pukiwiki-1.4.4.zip
http://prdownloads.sourceforge.jp/pukiwiki/10732/update_1.4.4.tar.gz

Logged In: YES
user_id=564

・・・そういえば、各「リリース」を移動した後に
パッケージ「pukiwiki」を削除しました・・・
ファイル自体が消えた事についてはこれが原因かも
しれません。orz

Logged In: YES
user_id=564

これより、リリース移動にともなう現象について、
切り分けのために再現(実験)を行います。
いずれにせよ結果はこちらでご報告します。

Logged In: YES
user_id=564

再現しました。「リリース」を移動させるだけでファイルが消える
様です。
再現することが確認できましたので、pukiwikiのファイルリリース
はある程度こちらで復旧させます。

よろしければ、pukiwikiダウンロードディレクトリのクリンナップ
をお願いします。

-----------
再現手順
1. パッケージ「1.4.x」にリリース「test」を作成する。(ファイ
ル数0)


2. パッケージ「1.4.x」のリリース「test」の編集画面にて、ファ
イル「test-1.txt」を追加。(ファイル数1) ダウンロードサーバー
に新しいディレクトリ(名前は数字列)が作成され、そこに「test-
1.txt」が保存される。
http://prdownloads.sourceforge.jp/pukiwiki/12970


3. 同じくリリースの編集画面にて、「test-2.txt」を追加。(ファ
イル数2) この時点で先ほどの prdownloads のディレクトリには
ファイルが2つ置かれる。
http://prdownloads.sourceforge.jp/pukiwiki/12970


4. 同じくリリースの編集画面にて、パッケージの「移動先」を
「1.3.x」にセットして更新。画面遷移の後、「リリースを移動し
ました!」というメッセージとともに、パッケージ「1.4.x」の中に
リリース「test」が移動している事がわかる。ただしファイル数は1。

この時点で、既存のダウンロードディレクトリは「test-2.txt」だ
けになる。
http://prdownloads.sourceforge.jp/pukiwiki/12970

また、新しいディレクトリが作成されるが、なぜかその中身は
「test-2.txt」だけである。
http://prdownloads.sourceforge.jp/pukiwiki/12971


5. パッケージ「1.4.x」のリリース「test」の編集画面を確認する
と、最後に追加したファイル「test-2.txt」だけが表示されてい
る。(ファイル数1)
ここで示されている「test-2.txt」は、4の時点で新たに作成され
た側の「test-2.txt」である。
http://prdownloads.sourceforge.jp/pukiwiki/12971


6. 念のため、同「test」リリースを再び「1.4.x」に移動するも、
消えたファイルは戻らない。ただし、ダウンロードディレクトリと
「test-2.txt」は増殖する。
http://prdownloads.sourceforge.jp/pukiwiki/12972

Logged In: YES
user_id=101

こちらでも確認して，修正いたします．
しばらくお待ちください．

バグの方に移動します．

Logged In: YES
user_id=564

お疲れ様です :)

とりあえず「複数の項目を含んでいるリリースを移動するとファイ
ル消えるぞ」という事は、各プロジェクト管理者レベルに通知する
ことをお薦めします。ないし削除を禁止する様にハックされる等。
(復旧が可能でそうされるなら、それでも構いません)

なお、クリンナップについてですが、ファイルリリース機能で操作
できなくなったファイルについて、lost_and_found というリリー
スの中にでも放り込んでいただければこちらで行います。

Logged In: YES
user_id=101

少し手間取ってしまいましたが，移動の時にファイルが消える
不具合を修正しました．

ファイルリリース機能で操作できなくなったファイル，というのは
具体的にどのファイルでしょうか？

Logged In: YES
user_id=564

お疲れ様です。


まずは状況を確認しました。

ある「パッケージ」に新しく「リリース」を作成し、ファイルを
添付すると、「リリース」毎のディレクトリの中にファイルが
配置されました。

http://prdownloads.sourceforge.jp/pukiwiki/13183/test-1.txt
http://prdownloads.sourceforge.jp/pukiwiki/13183/test-2.txt

この「リリース」を丸ごと別の「パッケージ」へ移動した結果、
ディレクトリ 13183 は消滅して

http://dl.sourceforge.jp/pukiwiki/13184/test-1.txt
http://dl.sourceforge.jp/pukiwiki/13184/test-2.txt

この様になりました。

ひとまず「ファイルが消える」「ファイルが残る」という
致命的な不具合は解消された様に思います。

----

しかし、「リリースの移動」という要求に対して「リリース
IDの発行し直し」を行うというのはそもそも冗長な操作では
ありませんか？

推測交じりで確証はありませんが、リリースIDが属して
いるパッケージIDだけをまさに変更すれば良くはありませんか。


現在の実装のままでは、余計なファイルシステムの操作を
行わせているため、昨年末から起きているファイルシステム
障害の影響を受けやすく／与えやすくなるというだけではなく、

http://prdownloads.sourceforge.jp/pukiwiki/13183/test-1.txt

のようなURLに対するハイパーリンクが「リリースの移動」
という一見無関係に見える操作によって破壊されてしまいます。


状況が正しいならば Keep It Simple and Stable の
バグがあるとみなしますが、いかがでしょうか。

Logged In: YES
user_id=101

SourceForge.jp のシステムの仕様になります．

機能変化の要望として，Feature Requests に移動します．

Logged In: YES
user_id=21760

a