Question 1

Graffino/Browser-Update依存関係の取得時に404エラーが発生するビルド失敗の修正方法

Accepted Answer

上流のGitHubリポジトリであるGraffino/Browser-Updateが削除され、依存関係解決中に404エラーが発生しました。ownCloudプロジェクトはこの依存関係を完全に削除する予定です。一時的な修正：リポジトリは復元されたため、ビルドは当面成功する可能性があります。恒久的な回避策：プロジェクトから依存関係を削除してください。

1. `package.json`から`browser-update`のエントリを削除します。
2. `yarn install`を実行してlockfileを更新します。
3. どのコードも`browser-update`に依存していないことを確認します。

それでもパッケージが必要な場合は、フォークや代替手段の使用を検討してください。

Question 2

ownCloud SFTP外部ストレージにおける「Trying to access array offset on value of type bool」エラーの修正方法

Accepted Answer

これは、`apps/files_external/lib/Lib/Storage/SFTP.php`におけるPHP 7.4互換性の問題です。`filetype()`メソッドが`stat()`から配列ではなく`false`を返す可能性があるため、配列キーにアクセスしようとしています。

**修正方法**: `$stat['type']`にアクセスする前にチェックを追加します。`apps/files_external/lib/Lib/Storage/SFTP.php`を編集し、`filetype()`関数を次のように置き換えてください:

```php
public function filetype($path) {
    try {
        $stat = $this->getConnection()->stat($this->absPath($path));
        if (!is_array($stat) || !array_key_exists('type', $stat)) {
            return false;
        }
        if ((int) $stat['type'] === NET_SFTP_TYPE_REGULAR) {
            return 'file';
        }
        if ((int) $stat['type'] === NET_SFTP_TYPE_DIRECTORY) {
            return 'dir';
        }
    } catch (\Exception $e) {
    }
    return false;
}
```

これにより、ログのスパムが止まります。`apps/files_external/lib/Lib/RSAStore.php`の107行目（null配列アクセス）でも同様の修正が必要かもしれませんが、この問題は主にSFTP.phpを対象としています。適用後、ログを監視してエラーがなくなったことを確認してください。

Question 3

DAVx5でVEVENT、VTODO、VJOURNALを含むCalDAVコレクションを作成する際に発生する「Data too long for column 'components'」エラーの修正方法

Accepted Answer

これは、ownCloud 10.x と MariaDB の組み合わせで発生します。`oc_calendars.components` カラムが20文字に制限されているのに対し、DAVx5 は `VEVENT,VTODO,VJOURNAL` のようなコンポーネント文字列を送信する場合があるためです。SQLite では同じようには制限が適用されません。回避策：データベースをバックアップした後、カラムの長さを、できれば以前の255文字に戻す形で増やしてください：`ALTER TABLE oc_calendars MODIFY components VARCHAR(255);` テーブルプレフィックスが異なる場合は、`oc_` を実際のプレフィックスに置き換えてください。最低でも `VARCHAR(21)` で現在の値は収まる可能性がありますが、255であれば以前のスキーマと一致し、将来の切り詰めも防げます。公式の修正は PR #40563 で追跡されていました。

Question 4

なぜ、私のownCloudアプリのPHPUnitテストは、テストを失敗させる代わりに、PHPの通知（notice）や非推奨（deprecation）警告を暗黙のうちに無視してしまうのですか？

Accepted Answer

あなたのアプリのテスト bootstrap は、先に `PHPUNIT_RUN` 定数を定義せずに `lib/base.php` を読み込んでいます。Core の `lib/kernel.php` はその後、本番用の `OC\Log\ErrorHandler` を登録し、これが PHPUnit 9 自身のエラーハンドラーをブロックします（既存のハンドラーを上書きすることを拒否するためです）。その結果、すべての notice、warning、deprecation が `owncloud.log` に書き込まれ、テストスイートはグリーンのままとなり、`phpunit.xml` 内の `convertDeprecationsToExceptions`、`failOnWarning` およびその他の `convert*` 設定は効果がありません。修正方法: `tests/bootstrap.php`（または `tests/unit/bootstrap.php`）で、`require_once .../lib/base.php` より前に `\define('PHPUNIT_RUN', 1);` を追加してください。これにより、core が同じ定数を基にしている他の副作用（テスト設定ディレクトリ、memcache ファクトリー、ファイルロック、セッション暗号化、アプリの読み込み）も修正されます。owncloud/firewall で使用されている一時的な回避策: `base.php` を読み込んだ直後に `\set_error_handler(null);` を呼び出します。注意: 修正を適用した後は、以前隠れていた deprecation が失敗として表面化することを想定してください — 例えば、PHP 8.x でバンドルされているライブラリからの `strpos(): Passing null to parameter #1` など — これらには実際のコード修正が必要になります。

Question 5

なぜownCloudで一部のグラデーションを含むSVGファイルに対してSVGプレビューが生成されないのですか？

Accepted Answer

ownCloudでは、グラデーションなどの内部参照（`xlink:href="#linearGradient4061"`）を含むSVGファイルのプレビューが失敗する場合があります。プレビュープロバイダーは、参照がローカルであっても、`xlink:href`を含むすべてのSVGを誤って拒否します。

**回避策:** `./lib/private/Preview/SVG.php` を編集し、`getThumbnail` 関数内の以下のブロックをコメントアウトします:
```php
// Do not parse SVG files with references
if (\stripos($content, 'xlink:href') !== false) {
    return false;
}
```
これにより内部参照が許可されます。より安全な方法として、参照が外部リソース（例：`http` で始まる）を指している場合のみ false を返すようにチェックを修正します。

**修正例の行:**
```php
if (preg_match('/xlink:href\s*=\s*["\']https?:/i', $content)) {
    return false;
}
```
編集後、ウェブサーバーを再起動してください。公式の修正はownCloudのIssue #41218で追跡できます。

ownCloud Core

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト