いつもお世話になっております。
元々明後日サイトを公開しようと思って、この二日にたくさんの写真をWebphoto2.10に入れました。作業中、何度も画面遷移する時、画面が真白になって、下記のメッセージが出てきます。
http://sitename/user.php?op=confirm
Warning [PHP]: session_start() [function.session-start]: open(/sitename/xoops_trust_path/session/sess_4e9ed1300b6d03540c4eec25cf186bd7, O_RDWR) failed: Permission denied (13) in file core/XCube_Session.class.php line 78
今日は、綿密に調査して、やっと可能の原因が見つかって、ご報告します。
「現象」
１＞管理人としてログインして、Webphotoからpicoのコンテンツに直接遷移しようとしたら、例えば、遷移先は”http://sitename/modules/pico/index.php?content_id=4”のようなアドレスなら、必ず上記のメッセージが出て画面が真白になる。
この時は、アドレス欄に”http://sitename/user.php?op=confirm”が表示されます（正常は遷移先が表示すべきです）。
以上の現象は、picoのコンテンツ一覧ブロックをWebphotoに表示できるように設定して検証しました。他のモジュールなら、そのアドレスに直接遷移しても問題ないです。
でも、もしWebphotoから他のモジュールのトップメニューに遷移すると、例えば、遷移先は”http://sitename/modules/pico/”のようなアドレスなら、問題ないです。
Webphotoから他のモジュール、例えばd3forum,d3blogのコンテンツに直接遷移すると、同じ現象が起こります。
２＞ログアウト して、ゲストとして、同じ操作すると、上記の現象が起こらず、遷移がすべて正常です。
３＞普通のユーザー（例えID:testuser）としてログインして、同じ操作すると、正常遷移ができましが、ただし、この時、Webphotoにアクセスする時、一番上のタイトル欄に、”ようこそ Guest さん ”と表示されます。ということは、普通のユーザーをゲストと見なします。これは多分バグの原因だと思います。ちなみに他のモジュースにアクセスすると、すべて、正常で、”ようこそ: testuser さん ”と表示されます。
つまり、ユーザーはWebphotoに入った時、情報が失ってしまって、もしくは余計な権限を掛けてしまって、遷移できないことにまります（あくまでも推測です）。
pathinfo を使用するか使用しないか、関係ないです。
その他：
”Notice [PHP]: iconv_strlen() [function.iconv-strlen]: Detected an illegal character in input string in file /sitename/xoops_trust_path/modules/webphoto/class/lib/multibyte.php line 368”というメッセージも時々出てきますが、あもり影響はないようです。
報告は以上です。
何か良い対策がありましたら、ご教授をお願いいたします。
環境：
HD-1.0.4（XOOPS Cube Legacy 2.1.7）
Webphoto2.10
PHP5.2.5
MySQL 5.1.22

すみませんが、今日は
下記の記述をした.htaccessを /xoops_root_path/modules/webphoto に置くことで直接遷移出来ないことはわかりました。
AddHandler application/x-httpd-phpcgi .php
mod_gzip_on No
（参考：http://linux.ohwada.jp/modules/newbb/viewtopic.php?topic_id=1076&forum=13）
（参考：http://linux.ohwada.jp/modules/newbb/viewtopic.php?viewmode=flat&topic_id=1053&forum=13）
.htaccessを削除すれば、問題ないです、騒ぎになってほんとにすみませんでした。
.htaccessなくでは、動きますが、サムネイルが生成されないので（最新版：Webphoto2.11も生成できない）、
やっぱりcoreserverサーバーはWebphotoを利用できないでしょうか？
何かアドバイスを教えていただきませんか？

引用：

原因と結果が反対だと思う。
session_start() に失敗しているので、ゲストと見なされたのでしょう。