OpenPNE Issue Tracking System: チケット
http://redmine.openpne.jp/
http://redmine.openpne.jp/favicon.ico
2014-05-07T08:41:40Z
OpenPNE Issue Tracking System
Redmine
OpenPNE 3 - Bug(バグ) #3602 (Fixed(完了)): プロフィール入力値が空の場合の公開設定がプロフィール編集時のデフォルト値に反映されるものとされないものがある
http://redmine.openpne.jp/issues/3602
2014-05-07T08:41:40Z
Rimpei Ogawa
ogawa@tejimaya.com
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p>プロフィール登録・編集フォームで、公開設定変更が可能かつ必須項目ではないプロフィール項目に対して値が空の状態で公開設定のみを変更して送信した後に、プロフィール編集フォームを開くと公開設定のデフォルト値に変更が反映されるものとされないものが混在した状態で表示されます。</p>
<p>値が空の場合の公開設定が保持されるかどうかは、管理画面から設定可能なプロフィール項目の種類(フォームタイプと入力値タイプ)によって変わります。</p>
<p>プリセット</p>
<table>
<tr>
<th>タイプ </th>
<th>値が空の場合の公開設定 </th>
</tr>
<tr>
<td> 性別 </td>
<td> 保持されない </td>
</tr>
<tr>
<td> 誕生日 </td>
<td> 保持されない </td>
</tr>
<tr>
<td> 国または地域 </td>
<td> 保持される </td>
</tr>
<tr>
<td> 都道府県 </td>
<td> 保持される </td>
</tr>
<tr>
<td> 郵便番号 </td>
<td> 保持される </td>
</tr>
<tr>
<td> 電話番号 </td>
<td> 保持される </td>
</tr>
<tr>
<td> 自己紹介 </td>
<td> 保持される </td>
</tr>
</table>
<p>汎用</p>
<table>
<tr>
<th>フォームタイプ </th>
<th>入力値タイプ </th>
<th>値が空の場合の公開設定 </th>
</tr>
<tr>
<td> テキスト </td>
<td> 文字列 </td>
<td> 保持される </td>
</tr>
<tr>
<td> テキスト </td>
<td> 数値 </td>
<td> 保持されない </td>
</tr>
<tr>
<td> テキスト </td>
<td> メールアドレス </td>
<td> 保持される </td>
</tr>
<tr>
<td> テキスト </td>
<td> URL </td>
<td> 保持される </td>
</tr>
<tr>
<td> テキスト </td>
<td> 正規表現 </td>
<td> 保持される </td>
</tr>
<tr>
<td> テキスト(複数行) </td>
<td> 文字列 </td>
<td> 保持される </td>
</tr>
<tr>
<td> 単一選択(プルダウン) </td>
<td> - </td>
<td> 保持されない </td>
</tr>
<tr>
<td> 単一選択(ラジオボタン) </td>
<td> - </td>
<td> 保持されない </td>
</tr>
<tr>
<td> 複数選択(チェックボックス) </td>
<td> - </td>
<td> 保持されない </td>
</tr>
<tr>
<td> 日付 </td>
<td> - </td>
<td> 保持されない </td>
</tr>
</table>
<p>なお、プロフィールの表示に関しては、値が空の場合には公開設定が保持されるされないに関わらず非表示となるため影響がありません。</p>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<p>値が空の場合に公開設定が保持されるものは member_profile テーブルにレコードが生成されるもの、保持されないものはレコードが生成されないものです。(メンバーの各プロフィール項目の値と公開設定値は member_profile テーブルの同一のレコード内に保存されます。)</p>
<p>メンバープロフィール情報の登録・編集をおこなう MemberProfileForm には、値が <code>NULL</code> の場合に既存レコードを削除し、新しいレコードは登録しない分岐があります。</p>
<p>MemberProfileForm::save()<br /><pre><code class="php syntaxhl"><span class="CodeRay"> <span class="keyword">if</span> (<span class="predefined">is_null</span>(<span class="local-variable">$value</span>[<span class="string"><span class="delimiter">'</span><span class="content">value</span><span class="delimiter">'</span></span>]))
{
<span class="keyword">if</span> (<span class="local-variable">$memberProfile</span>)
{
<span class="keyword">if</span> (<span class="local-variable">$profile</span>->isMultipleSelect())
{
<span class="local-variable">$memberProfile</span>->clearChildren();
}
<span class="local-variable">$memberProfile</span>-><span class="predefined">delete</span>();
}
<span class="keyword">continue</span>;
}
</span></code></pre></p>
<p>is_null() の判定であるため、値が <code>NULL</code> ではなく空文字列や空配列等である場合にはこのブロックは実行されず member_profile テーブルにはレコードが生成されることになります。</p>
<p>ユーザー入力値が空だった場合に、フォーム内での value がどの値になるかはバリデーターの empty_value オプションの値に依ります。<br />プロフィール項目の種類(フォームタイプと入力値タイプ)によって挙動が変わるのは、バリデーターをフォームタイプと入力値タイプによって生成している (opFormItemGenerator::generateValidator()) のが原因です。</p>
例:
<ul>
<li>「フォームタイプ:テキスト、入力値タイプ:文字列」の場合、<br />バリデーターは opValidatorString で、empty_value は空文字列 → 公開設定が「保持される」</li>
<li>「フォームタイプ:テキスト、入力値タイプ:数値」の場合、<br />バリデーターは sfValidatorInteger で、empty_value は <code>NULL</code> → 公開設定が「保持されない」</li>
</ul>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<p>修正内容を記入</p>
OpenPNE 3 - Backport(バックポート) #3149 (Fixed(完了)): メールアドレス変更時のトークンチェックが正しくおこなわれない
http://redmine.openpne.jp/issues/3149
2012-08-06T13:19:46Z
Rimpei Ogawa
ogawa@tejimaya.com
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p>メールアドレス変更時にメールで通知されるURL(/member/configComplete)に含まれるトークンのチェックが機能しておらず、任意のトークン(空の値を含む)で処理が続行されてしまう。</p>
<p>メールアドレス変更後のメールアドレスが正当なものであるか(メールアドレスが存在し、メンバー自身がメール内容を読むことができるか)のチェックが機能していないことになり、メンバーが自身の登録メールアドレス情報を任意の値に変更できてしまうことが考えられる。</p>
<p>一方、他のメンバーのメールアドレスについては、パスワードを知らない前提では変更することはできない。(このため本バグはセキュリティイシューとしていない。)</p>
<p>トークンチェックの機能が実装された 3.0 開発中の時点から報告時点の最新版である 3.8.0 まで、問題となる部分のソースコードは変更されていないため、OpenPNE 3 の全バージョンでこの現象が発生するものと予想される。</p>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<p>member/configComplete アクションでのトークンチェックのための条件式が間違っており、リクエストURLに含まれるトークンの値によらず次の行へ処理が続行されてしまっているのが原因。</p>
<p>該当部分</p>
<pre>
$this->forward404Unless((bool)$request->getParameter('token') !== $memberConfig->getValue());
</pre>
<ul>
<li>3.8.0 時点 <a class="external" href="https://github.com/openpne/OpenPNE3/blob/OpenPNE-3.8.0/lib/action/opMemberAction.class.php#L241">https://github.com/openpne/OpenPNE3/blob/OpenPNE-3.8.0/lib/action/opMemberAction.class.php#L241</a></li>
<li>初期の開発時点 <a class="external" href="https://github.com/openpne/OpenPNE3/commit/49211457b4a2cf95e4c4c0313f375e9920216a86#L0R93">https://github.com/openpne/OpenPNE3/commit/49211457b4a2cf95e4c4c0313f375e9920216a86#L0R93</a></li>
</ul>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<p>トークンチェックの条件式を正しいものに修正する。</p>
<p>3.6.4 ベースの修正パッチが以下になります。</p>
<pre>
--- a/lib/action/opMemberAction.class.php
+++ b/lib/action/opMemberAction.class.php
@@ -238,7 +238,7 @@ abstract class opMemberAction extends sfActions
$memberConfig = Doctrine::getTable('MemberConfig')->retrieveByNameAndMemberId($type.'_token', $memberId);
$this->forward404Unless($memberConfig);
- $this->forward404Unless((bool)$request->getParameter('token') !== $memberConfig->getValue());
+ $this->forward404Unless($request->getParameter('token') === $memberConfig->getValue());
$option = array('member' => $memberConfig->getMember());
$this->form = new opPasswordForm(array(), $option);
</pre>
OpenPNE 3 - Bug(バグ) #3112 (Won't fix(対応せず)): メールアドレス変更時のトークンチェックが正しくおこなわれない
http://redmine.openpne.jp/issues/3112
2012-07-09T12:39:00Z
Rimpei Ogawa
ogawa@tejimaya.com
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p>メールアドレス変更時にメールで通知されるURL(/member/configComplete)に含まれるトークンのチェックが機能しておらず、任意のトークン(空の値を含む)で処理が続行されてしまう。</p>
<p>メールアドレス変更後のメールアドレスが正当なものであるか(メールアドレスが存在し、メンバー自身がメール内容を読むことができるか)のチェックが機能していないことになり、メンバーが自身の登録メールアドレス情報を任意の値に変更できてしまうことが考えられる。</p>
<p>一方、他のメンバーのメールアドレスについては、パスワードを知らない前提では変更することはできない。(このため本バグはセキュリティイシューとしていない。)</p>
<p>トークンチェックの機能が実装された 3.0 開発中の時点から報告時点の最新版である 3.8.0 まで、問題となる部分のソースコードは変更されていないため、OpenPNE 3 の全バージョンでこの現象が発生するものと予想される。</p>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<p>member/configComplete アクションでのトークンチェックのための条件式が間違っており、リクエストURLに含まれるトークンの値によらず次の行へ処理が続行されてしまっているのが原因。</p>
<p>該当部分</p>
<pre>
$this->forward404Unless((bool)$request->getParameter('token') !== $memberConfig->getValue());
</pre>
<ul>
<li>3.8.0 時点 <a class="external" href="https://github.com/openpne/OpenPNE3/blob/OpenPNE-3.8.0/lib/action/opMemberAction.class.php#L241">https://github.com/openpne/OpenPNE3/blob/OpenPNE-3.8.0/lib/action/opMemberAction.class.php#L241</a></li>
<li>初期の開発時点 <a class="external" href="https://github.com/openpne/OpenPNE3/commit/49211457b4a2cf95e4c4c0313f375e9920216a86#L0R93">https://github.com/openpne/OpenPNE3/commit/49211457b4a2cf95e4c4c0313f375e9920216a86#L0R93</a></li>
</ul>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<p>トークンチェックの条件式を正しいものに修正する。</p>
<p>3.6.4 ベースの修正パッチが以下になります。</p>
<pre>
--- a/lib/action/opMemberAction.class.php
+++ b/lib/action/opMemberAction.class.php
@@ -238,7 +238,7 @@ abstract class opMemberAction extends sfActions
$memberConfig = Doctrine::getTable('MemberConfig')->retrieveByNameAndMemberId($type.'_token', $memberId);
$this->forward404Unless($memberConfig);
- $this->forward404Unless((bool)$request->getParameter('token') !== $memberConfig->getValue());
+ $this->forward404Unless($request->getParameter('token') === $memberConfig->getValue());
$option = array('member' => $memberConfig->getMember());
$this->form = new opPasswordForm(array(), $option);
</pre>
opDiaryPlugin - Bug(バグ) #2472 (Invalid(無効)): 1.4.0.1 で修正されたマイグレートスクリプト (リビジョン番号 9) の実行に失敗することがある
http://redmine.openpne.jp/issues/2472
2011-10-06T09:53:39Z
Rimpei Ogawa
ogawa@tejimaya.com
<a name="概要"></a>
<h3 >概要<a href="#概要" class="wiki-anchor">¶</a></h3>
<p>1.4.0 (3.6RC1 バンドル) で追加されたマイグレートスクリプト(リビジョン番号 9)を実行してエラーになった環境で、1.4.0.1 (3.6RC2 バンドル) で修正された同マイグレートスクリプト(リビジョン番号 9)を実行すると失敗することがある。</p>
<p>エラーメッセージ:<br /><pre>
migrating of opDiaryPlugin encountered the following errors:
Error #1 - SQLSTATE[HY000]: General error: 1025 Error on rename of './sns_openpne_jp/diary_comment' to './XXXXXXXX/#sql2-393e-456bfe' (errno: 152). Failing Query: "ALTER TABLE `diary_comment` DROP FOREIGN KEY diary_comment_member_id_member_id"
</pre></p>
<a name="原因"></a>
<h3 >原因<a href="#原因" class="wiki-anchor">¶</a></h3>
<p>マイグレート失敗時に DB のロールバックがおこなわれないために、1.4.0 でのマイグレート時に diary_comment_member_id_member_id の外部キー削除処理までは成功し、その次の修正後の外部キーの追加に失敗すると、外部キーは削除されたままの状態になってしまう。</p>
<p>この状態で 1.4.0.1 のマイグレートを実行すると、外部キー削除処理でエラーが発生してしまう。</p>
<p>失敗した環境の diary_comment テーブルの定義:<br /><pre>
CREATE TABLE `diary_comment` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`diary_id` int(11) NOT NULL,
`member_id` int(11) DEFAULT NULL,
`number` int(11) NOT NULL,
`body` text NOT NULL,
`has_images` tinyint(1) NOT NULL DEFAULT '0',
`created_at` datetime NOT NULL,
`updated_at` datetime NOT NULL,
PRIMARY KEY (`id`),
KEY `diary_id_number_idx` (`diary_id`,`number`),
KEY `diary_id_idx` (`diary_id`),
KEY `member_id_idx` (`member_id`),
CONSTRAINT `diary_comment_diary_id_diary_id` FOREIGN KEY (`diary_id`) REFERENCES `diary` (`id`) ON DELETE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
</pre></p>
OpenPNE 3 - Bug(バグ) #2253 (Fixed(完了)): Yahoo! ケータイから入力した絵文字が [] という文字列で保存されてしまう
http://redmine.openpne.jp/issues/2253
2011-06-29T04:43:47Z
Rimpei Ogawa
ogawa@tejimaya.com
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug(バグ): Yahoo! ケータイにおける SSL 仕様変更対応(絵文字) (Fixed(完了))" href="http://redmine.openpne.jp/issues/2135">#2135</a> の変更以降で発生します。</p>
<p>Yahoo! ケータイから入力した絵文字が [] という文字列で保存されてしまう。</p>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<p>入力の1バイト目がShiftJISで 0xF7, 0xF9, 0xFB の場合、そのバイトを含む2バイトをSoftbank絵文字と見なし、バイナリ列からOpenPNE形式文字列への変換を行う。</p>
<p>従来、この2バイトをSoftBank旧来の「ISO-2022絵文字 (1B 24 xx yy 0F)」に変換した上でテーブルルックアップしていたが、#2135 にてテーブル側(→lib/vendor/OpenPNE2/KtaiEmoji/Softbank.php)がこのバイナリフォーマットを廃し、実体参照で保持するように変更されたので、ルックアップに失敗するようになったのが原因である。</p>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<p>lib/vendor/OpenPNE2/KtaiEmoji.php において、ISO-2022絵文字ではなく実体参照をキーとしてテーブルルックアップを行うように修正する。</p>
OpenPNE 3 - Bug(バグ) #1588 (New(新規)): NOTICEファイルが更新されていない
http://redmine.openpne.jp/issues/1588
2010-09-14T09:27:40Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>NOTICEファイルが更新されていない。</p>
現状見つかっている問題
<ul>
<li>Copyright の年号が -2009 のまま</li>
<li>symfony バージョンが古い</li>
</ul>
OpenPNE 3 - Backport(バックポート) #1236 (Invalid(無効)): opDoctrineQuery::specifyConnection() doesn't work
http://redmine.openpne.jp/issues/1236
2010-06-30T09:21:08Z
Rimpei Ogawa
ogawa@tejimaya.com
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p>opDoctrineQuery::specifyConnection() で指定した接続が利用されず、デフォルトの接続が利用される。</p>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<p>lib/util/opDoctrineQuery.class.php</p>
<p>opDoctrineQuery::preQuery() で $this->conn に指定した接続を入れているが、$this->_conn を書き換えないと利用されないため。</p>
<pre>
132 public function preQuery()
133 {
134 if ($this->specifiedConnection)
135 {
136 $this->conn = $this->specifiedConnection;
137 }
</pre>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<p>$this->_conn に修正する。</p>
OpenPNE 3 - Backport(バックポート) #1235 (Invalid(無効)): opDoctrineQuery::specifyConnection() doesn't work
http://redmine.openpne.jp/issues/1235
2010-06-30T09:20:53Z
Rimpei Ogawa
ogawa@tejimaya.com
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p>opDoctrineQuery::specifyConnection() で指定した接続が利用されず、デフォルトの接続が利用される。</p>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<p>lib/util/opDoctrineQuery.class.php</p>
<p>opDoctrineQuery::preQuery() で $this->conn に指定した接続を入れているが、$this->_conn を書き換えないと利用されないため。</p>
<pre>
132 public function preQuery()
133 {
134 if ($this->specifiedConnection)
135 {
136 $this->conn = $this->specifiedConnection;
137 }
</pre>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<p>$this->_conn に修正する。</p>
opDiaryPlugin - Bug(バグ) #1094 (Fixed(完了)): Diary list displays closed posts for anonymous users (...
http://redmine.openpne.jp/issues/1094
2010-05-21T03:39:34Z
Rimpei Ogawa
ogawa@tejimaya.com
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p>Diary list displays closed posts for anonymous users (OpenPNE 3.5.0 or higher)<br />未ログイン時の日記リストにWeb全体に公開されていない日記が表示される (OpenPNE 3.5.0以降で発生)</p>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<p>OpenPNE 3.5.0 に導入された以下の変更により、公開範囲の判別が正しく動作しなくなっていた。</p>
<p><a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Enhancement(機能追加・改善): Add the anonymous-member system for adding consideration of non-authenticated member (匿名メンバーを扱う仕組... (Fixed(完了))" href="http://redmine.openpne.jp/issues/548">#548</a> Add the anonymous-member system for adding consideration of non-authenticated member<br />(匿名メンバーを扱う仕組みを導入し、非認証ユーザに関する考慮を加える)</p>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<p>SNSMember の credential を持っているかどうかで判別するように修正する。</p>
opDiaryPlugin - Bug(バグ) #386 (Fixed(完了)): Diary photos uploaded at create time is not displayed (...
http://redmine.openpne.jp/issues/386
2009-12-25T10:35:05Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>DiaryImage::setFileNamePrefix() makes wrong format prefix. Only v1.1.1.</p>
opDiaryPlugin - Bug(バグ) #251 (Fixed(完了)): アクセスブロック設定が考慮されていない
http://redmine.openpne.jp/issues/251
2009-11-23T13:59:43Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>opDiaryPlugin 内の各ページで、メンバー毎のアクセスブロック設定が考慮されていない。</p>
opDiaryPlugin - Bug(バグ) #149 (Fixed(完了)): v0.9.1 で新規セットアップした状態で openpne:migrate を実行するとエラーが発生する
http://redmine.openpne.jp/issues/149
2009-11-03T03:31:49Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>v0.9.1 で新規セットアップした状態で openpne:migrate を実行するとエラーが発生する。</p>
<p>エラー内容<br /><pre>
Error #1 - SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'diary_comment_update' already exists
</pre></p>
<p>セットアップ用の fixture に migrate revision の指定を追加していなかったのと、migrate script が複数回実行されることを想定していなかったのが原因。</p>
opDiaryPlugin - Bug(バグ) #117 (Fixed(完了)): コメントが2ページ以上になっている日記を表示しようとするとエラーが発生する
http://redmine.openpne.jp/issues/117
2009-10-23T13:56:25Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>コメントが2ページ以上になっている日記を表示しようとするとエラーが発生する。</p>
<p>v0.9.0 で ORM を Propel から Doctrine に変更した際に、Criteria クラスを使用している箇所が変更されず残ってしまっていたのが原因。</p>
opDiaryPlugin - Bug(バグ) #114 (Fixed(完了)): v0.9.1 でプラグインチャンネルサーバからのアップグレードに失敗する
http://redmine.openpne.jp/issues/114
2009-10-22T04:13:39Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>v0.9.1 で opPlugin:install タスクによるプラグインチャンネルサーバからのアップグレードに失敗する。</p>
<p>原因は <a class="changeset" title="fixed wrong filename for apps/mobile_frontend/modules/diaryComment/config/security.yml" href="http://redmine.openpne.jp/projects/plg-diary/repository/revisions/9150fa1011c9db3e9b8c8a19d317c1e09708cb57">9150fa10</a> で apps/mobile_frontend/modules/diaryComment/config がファイルだったのを同名のディレクトリに変更したことで、これにより PEAR パッケージのインストール処理中にエラーが発生してアップグレードが完了しない。</p>
opDiaryPlugin - Bug(バグ) #100 (Fixed(完了)): 日記一覧ページで件数が多くなると表示できなくなる箇所がある
http://redmine.openpne.jp/issues/100
2009-10-18T16:52:36Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>日記一覧画面のページャの呼び出しが間違っているため、1ページに表示している件数を超えるとページが表示できなくなる箇所がある。</p>
<p>以前のチケットは <a class="external" href="http://trac.openpne.jp/ticket/4297">http://trac.openpne.jp/ticket/4297</a> です。</p>