OpenPNE Issue Tracking System: チケット
http://redmine.openpne.jp/
http://redmine.openpne.jp/favicon.ico
2015-06-30T07:50:54Z
OpenPNE Issue Tracking System
Redmine
opCalendarPlugin - Bug(バグ) #3821 (New(新規)): 管理画面コミュニティリストでカレンダー表示範囲設定が英語で翻訳されずに表示される
http://redmine.openpne.jp/issues/3821
2015-06-30T07:50:54Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>管理画面コミュニティリストでカレンダー表示範囲設定(Calendar Show Flag)が、見出し・値ともに、日本語設定であっても英語のまま翻訳されずに表示されています。</p>
<p>Bug(バグ) <a class="issue tracker-1 status-1 priority-4 priority-default" title="Bug(バグ): 管理画面の翻訳が不十分である (New(新規))" href="http://redmine.openpne.jp/issues/2399">#2399</a>: 管理画面の翻訳が不十分である<br /><a class="external" href="https://redmine.openpne.jp/issues/2399">https://redmine.openpne.jp/issues/2399</a><br />に関連しますが、元チケットの <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug(バグ): 国際化対応がされていない (Fixed(完了))" href="http://redmine.openpne.jp/issues/1575">#1575</a> の説明文にある日本語がベタ書きなっている問題とは別です。</p>
opCalendarPlugin - Bug(バグ) #3820 (New(新規)): コミュニティカレンダーを表示するとコミュニティ情報を表示しているテーブルのセル幅が変わってしまう
http://redmine.openpne.jp/issues/3820
2015-06-30T07:21:25Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>コミュニティカレンダーを表示するとコミュニティ情報を表示しているテーブルのセル幅が変わってしまいます。</p>
<p>以下のとおり、表示しない場合に較べて見出し部分が広く、コンテンツ部分が狭くなっています。</p>
<table>
<tr>
<td> カレンダーなし </td>
<td> カレンダーあり </td>
</tr>
<tr>
<td style="vertical-align:top;"><img src="http://redmine.openpne.jp/attachments/download/600/no_calendar.png" style="width:220px;" alt="" /> </td>
<td style="vertical-align:top;"><img src="http://redmine.openpne.jp/attachments/download/601/calendar.png" style="width:220px;" alt="" /> </td>
</tr>
</table>
<p>どちらが見やすいかというようなことは別として、カレンダーの有無でカレンダー以外の部分の表示が変わってしまうのは問題だと思います。<br />また、コミュニティ説明文には小窓を入れることも可能となっており、カレンダーを表示した際にはほとんど見えなくなってしまう場合があります。</p>
opCalendarPlugin - Bug(バグ) #3819 (New(新規)): 設定変更の公開範囲のデフォルト値が通常のスケジュール追加に反映されない
http://redmine.openpne.jp/issues/3819
2015-06-30T06:40:48Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>「設定変更」>「スケジュール設定」<br />から設定できる公開範囲のデフォルト値が、週間カレンダーや月間カレンダーからの通常のスケジュール追加に反映されません。</p>
<p>ソースコード上で設定値を使用しているのが opGoogleCalendarChoiceForm のみのようです。<br />仮に opGoogleCalendarChoiceForm のみに反映されるのが仕様であれば、そのような説明が必要になると思います。</p>
OpenPNE 3 - Backport(バックポート) #3296 (New(新規)): ログインフォームの next_uri に特定の値を渡した場合に500エラーとなる
http://redmine.openpne.jp/issues/3296
2013-01-15T04:25:38Z
Rimpei Ogawa
ogawa@tejimaya.com
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p>ログインフォームには認証後に遷移する URL を引き継ぐために next_uri という名前の hidden フィールドが用意されています。<br />この next_uri に特定の不正な値を指定した状態でログイン操作を行うと認証成功時に 500 エラーとなります。</p>
<p>なお、next_uri の値の改変は input[type="hidden"] の値を書き換えるか、もしくは、 <a class="issue tracker-1 status-13 priority-4 priority-default closed" title="Bug(バグ): http のWeb全体に公開が可能な画面に https のログイン画面を経由してアクセスしようとするとログインに失敗する (Won't fix(対応せず))" href="http://redmine.openpne.jp/issues/3073">#3073</a> の修正以後であれば <code>/member/login?next_uri=XXXXX</code> のURLパラメーターを与えれば可能です。</p>
<p>prod 環境で表示されるエラーメッセージ<br /><pre>
現在、サーバが混み合っているか、メンテナンス中です。
ご迷惑をおかけいたしますが、しばらく時間を空けて再度アクセスしてください。
</pre></p>
<p>dev 環境で表示されるエラーメッセージ<br /><pre>
500 | Internal Server Error | sfConfigurationException
The route "foobar" does not exist.
</pre></p>
<p>また、 next_uri の値によっては 500 エラーとはならないが、不自然な挙動をするものもあります。</p>
<p>next_uri の値の例:</p>
<table>
<tr>
<th>next_uri </th>
<th>リダイレクト先 </th>
<th>エラー </th>
<th>備考 </th>
</tr>
<tr>
<td> <code>foobar</code> </td>
<td> なし </td>
<td> 500 エラー </td>
<td> リダイレクトできずに500エラー </td>
</tr>
<tr>
<td> <code>foo/bar</code> </td>
<td> <code>/foo/bar</code> </td>
<td> 404 エラー </td>
<td> エラーだが自然な動作 </td>
</tr>
<tr>
<td> <code>/foo</code> </td>
<td> <code>/foo</code> (※) </td>
<td> 404 エラー </td>
<td> ※OpenPNE.yml の base_url のパスも消える </td>
</tr>
<tr>
<td> <code>/foo/bar</code> </td>
<td> <code>/foo/bar</code> (※) </td>
<td> 404 エラー </td>
<td> ※OpenPNE.yml の base_url のパスも消える </td>
</tr>
<tr>
<td> <code>foo/bar/baz</code> </td>
<td> <code>/foo/bar</code> </td>
<td> 404 エラー </td>
<td> "/baz" の情報がなくなっている </td>
</tr>
<tr>
<td> <code>foo/bar?baz=qux</code> </td>
<td> <code>/foo/bar/baz/qux</code> </td>
<td> 404 エラー </td>
<td> URLの形式が変わっている </td>
</tr>
<tr>
<td> (空の値) </td>
<td> <code>/</code> </td>
<td> なし </td>
<td></td>
</tr>
<tr>
<td> <code>http://example.com</code> </td>
<td> <code>/</code> </td>
<td> なし </td>
<td></td>
</tr>
<tr>
<td> <code>member_config_image</code> </td>
<td> <code>/member/image/config</code> </td>
<td> なし </td>
<td></td>
</tr>
<tr>
<td> <code>@member_config_image</code> </td>
<td> <code>/member/image/config</code> </td>
<td> なし </td>
<td></td>
</tr>
<tr>
<td> <code>member/image/config</code> </td>
<td> <code>/member/image</code> </td>
<td> 404 エラー </td>
<td> "/config" の情報がなくなっている </td>
</tr>
<tr>
<td> <code>member/config/image</code> </td>
<td> <code>/member/config</code> </td>
<td> なし </td>
<td> 意図とは別のURLへリダイレクトしている </td>
</tr>
</table>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<p>※以下では、symfony 内部で利用するための独自のURL形式を <strong>内部URL形式</strong> 、ブラウザからアクセスする際のURLに利用されるものを <strong>外部URL形式</strong> と呼びます。(ここでは外部サイトを指す URL のことではありません)</p>
<p>この問題はログイン情報POST時に next_uri の入力をチェックする opValidatorNextUri が routing->findRoute() で <strong>外部URL形式</strong> からルートを探している一方で、ログイン成功後のリダイレクト処理で使われている sfAction::redirect() から呼ばれる sfWebController::genUrl() では <strong>内部URL形式</strong> で next_uri の値を扱っていることにより発生しています。</p>
<p>現行の実装では next_uri の値を生成する opWidgetFormInputHiddenNextUri は、routing->getCurrentInternalUri() としているため <strong>内部URL形式</strong> (かつ <code>:module/:action?parameters..</code> の形式)の値をフォームに設定しています。</p>
<p>例えば、next_uri=foobar は opValidatorNextUri 内の findRoute() 時点で以下のルーティングルールとマッチするために、バリデーションをパスしています。</p>
<pre>
array(3) {
["name"]=>
string(13) "default_index"
["pattern"]=>
string(8) "/:module"
["parameters"]=>
array(3) {
["module"]=>
string(6) "foobar"
["action"]=>
string(5) "index"
["sf_culture"]=>
string(5) "ja_JP"
}
}
</pre>
<p>一方、sfWebController::genUrl() は <code>foobar</code> を module_name ではなく route_name と扱ってしまうため、例外が発生します。</p>
<pre>
The route "foobar" does not exist.
</pre>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<p>(※修正内容が確定したら書き換えてください)</p>
<p>修正方針についての参考情報を記します。</p>
<p>next_uri の役割は、未ログイン状態のユーザーがログイン後に最初にアクセスした URL と同じ URL へ遷移させることであると考えられるため、next_uri の値は 外部URL形式 とするのが自然だと思われます。</p>
<p>一方で、next_uri の役割をユーザーが最初にアクセスした "URL" ではなく "アクション" へ遷移させることと考えれば、 内部URL形式 であっても目的を果たせることになります。しかし、next_uri の値はユーザーが書き換え可能な状態に置かれるものであるため、システム内部で利用するための値を露出させるのはあまり得策ではないとも考えられます。</p>
<p>従って、修正は next_uri を一貫して 外部URL形式 で扱うようにするのがよいのではないかと思います。</p>
<p>next_uri を 内部URL形式 で扱う方針にした場合でも、opValidatorNextUri の修正が必要です。</p>
<a name="参考情報"></a>
<h3 >参考情報<a href="#参考情報" class="wiki-anchor">¶</a></h3>
<p><a class="issue tracker-1 status-13 priority-4 priority-default closed" title="Bug(バグ): http のWeb全体に公開が可能な画面に https のログイン画面を経由してアクセスしようとするとログインに失敗する (Won't fix(対応せず))" href="http://redmine.openpne.jp/issues/3073">#3073</a> のレビュー中に発見して <a href="/issues/3073#note-18">note-18</a> で最初に報告したものです。</p>
OpenPNE 3 - Bug(バグ) #3295 (New(新規)): ログインフォームの next_uri に特定の値を渡した場合に500エラーとなる
http://redmine.openpne.jp/issues/3295
2013-01-15T04:23:04Z
Rimpei Ogawa
ogawa@tejimaya.com
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p>ログインフォームには認証後に遷移する URL を引き継ぐために next_uri という名前の hidden フィールドが用意されています。<br />この next_uri に特定の不正な値を指定した状態でログイン操作を行うと認証成功時に 500 エラーとなります。</p>
<p>なお、next_uri の値の改変は input[type="hidden"] の値を書き換えるか、もしくは、 <a class="issue tracker-1 status-13 priority-4 priority-default closed" title="Bug(バグ): http のWeb全体に公開が可能な画面に https のログイン画面を経由してアクセスしようとするとログインに失敗する (Won't fix(対応せず))" href="http://redmine.openpne.jp/issues/3073">#3073</a> の修正以後であれば <code>/member/login?next_uri=XXXXX</code> のURLパラメーターを与えれば可能です。</p>
<p>prod 環境で表示されるエラーメッセージ<br /><pre>
現在、サーバが混み合っているか、メンテナンス中です。
ご迷惑をおかけいたしますが、しばらく時間を空けて再度アクセスしてください。
</pre></p>
<p>dev 環境で表示されるエラーメッセージ<br /><pre>
500 | Internal Server Error | sfConfigurationException
The route "foobar" does not exist.
</pre></p>
<p>また、 next_uri の値によっては 500 エラーとはならないが、不自然な挙動をするものもあります。</p>
<p>next_uri の値の例:</p>
<table>
<tr>
<th>next_uri </th>
<th>リダイレクト先 </th>
<th>エラー </th>
<th>備考 </th>
</tr>
<tr>
<td> <code>foobar</code> </td>
<td> なし </td>
<td> 500 エラー </td>
<td> リダイレクトできずに500エラー </td>
</tr>
<tr>
<td> <code>foo/bar</code> </td>
<td> <code>/foo/bar</code> </td>
<td> 404 エラー </td>
<td> エラーだが自然な動作 </td>
</tr>
<tr>
<td> <code>/foo</code> </td>
<td> <code>/foo</code> (※) </td>
<td> 404 エラー </td>
<td> ※OpenPNE.yml の base_url のパスも消える </td>
</tr>
<tr>
<td> <code>/foo/bar</code> </td>
<td> <code>/foo/bar</code> (※) </td>
<td> 404 エラー </td>
<td> ※OpenPNE.yml の base_url のパスも消える </td>
</tr>
<tr>
<td> <code>foo/bar/baz</code> </td>
<td> <code>/foo/bar</code> </td>
<td> 404 エラー </td>
<td> "/baz" の情報がなくなっている </td>
</tr>
<tr>
<td> <code>foo/bar?baz=qux</code> </td>
<td> <code>/foo/bar/baz/qux</code> </td>
<td> 404 エラー </td>
<td> URLの形式が変わっている </td>
</tr>
<tr>
<td> (空の値) </td>
<td> <code>/</code> </td>
<td> なし </td>
<td></td>
</tr>
<tr>
<td> <code>http://example.com</code> </td>
<td> <code>/</code> </td>
<td> なし </td>
<td></td>
</tr>
<tr>
<td> <code>member_config_image</code> </td>
<td> <code>/member/image/config</code> </td>
<td> なし </td>
<td></td>
</tr>
<tr>
<td> <code>@member_config_image</code> </td>
<td> <code>/member/image/config</code> </td>
<td> なし </td>
<td></td>
</tr>
<tr>
<td> <code>member/image/config</code> </td>
<td> <code>/member/image</code> </td>
<td> 404 エラー </td>
<td> "/config" の情報がなくなっている </td>
</tr>
<tr>
<td> <code>member/config/image</code> </td>
<td> <code>/member/config</code> </td>
<td> なし </td>
<td> 意図とは別のURLへリダイレクトしている </td>
</tr>
</table>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<p>※以下では、symfony 内部で利用するための独自のURL形式を <strong>内部URL形式</strong> 、ブラウザからアクセスする際のURLに利用されるものを <strong>外部URL形式</strong> と呼びます。(ここでは外部サイトを指す URL のことではありません)</p>
<p>この問題はログイン情報POST時に next_uri の入力をチェックする opValidatorNextUri が routing->findRoute() で <strong>外部URL形式</strong> からルートを探している一方で、ログイン成功後のリダイレクト処理で使われている sfAction::redirect() から呼ばれる sfWebController::genUrl() では <strong>内部URL形式</strong> で next_uri の値を扱っていることにより発生しています。</p>
<p>現行の実装では next_uri の値を生成する opWidgetFormInputHiddenNextUri は、routing->getCurrentInternalUri() としているため <strong>内部URL形式</strong> (かつ <code>:module/:action?parameters..</code> の形式)の値をフォームに設定しています。</p>
<p>例えば、next_uri=foobar は opValidatorNextUri 内の findRoute() 時点で以下のルーティングルールとマッチするために、バリデーションをパスしています。</p>
<pre>
array(3) {
["name"]=>
string(13) "default_index"
["pattern"]=>
string(8) "/:module"
["parameters"]=>
array(3) {
["module"]=>
string(6) "foobar"
["action"]=>
string(5) "index"
["sf_culture"]=>
string(5) "ja_JP"
}
}
</pre>
<p>一方、sfWebController::genUrl() は <code>foobar</code> を module_name ではなく route_name と扱ってしまうため、例外が発生します。</p>
<pre>
The route "foobar" does not exist.
</pre>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<p>(※修正内容が確定したら書き換えてください)</p>
<p>修正方針についての参考情報を記します。</p>
<p>next_uri の役割は、未ログイン状態のユーザーがログイン後に最初にアクセスした URL と同じ URL へ遷移させることであると考えられるため、next_uri の値は 外部URL形式 とするのが自然だと思われます。</p>
<p>一方で、next_uri の役割をユーザーが最初にアクセスした "URL" ではなく "アクション" へ遷移させることと考えれば、 内部URL形式 であっても目的を果たせることになります。しかし、next_uri の値はユーザーが書き換え可能な状態に置かれるものであるため、システム内部で利用するための値を露出させるのはあまり得策ではないとも考えられます。</p>
<p>従って、修正は next_uri を一貫して 外部URL形式 で扱うようにするのがよいのではないかと思います。</p>
<p>next_uri を 内部URL形式 で扱う方針にした場合でも、opValidatorNextUri の修正が必要です。</p>
<a name="参考情報"></a>
<h3 >参考情報<a href="#参考情報" class="wiki-anchor">¶</a></h3>
<p><a class="issue tracker-1 status-13 priority-4 priority-default closed" title="Bug(バグ): http のWeb全体に公開が可能な画面に https のログイン画面を経由してアクセスしようとするとログインに失敗する (Won't fix(対応せず))" href="http://redmine.openpne.jp/issues/3073">#3073</a> のレビュー中に発見して <a href="/issues/3073#note-18">note-18</a> で最初に報告したものです。</p>
OpenPNE 3 - Bug(バグ) #3135 (New(新規)): サブクエリのWHERE節に「field IN ?」の形式のDQLがあると Invalid parameter numbe...
http://redmine.openpne.jp/issues/3135
2012-07-27T07:13:19Z
Rimpei Ogawa
ogawa@tejimaya.com
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p>Doctrine でサブクエリの WHERE 節に <code>filed IN ?</code> の形式のものがあると、 DQL から SQL を生成する際に Invalid parameter number のエラーが発生する。</p>
<pre>
SELECT 〜 WHERE field = (SELECT field FROM table WHERE field IN ?);
</pre>
<pre>
SQLSTATE[HY093]: Invalid parameter number: number of bound variables does not match number of tokens
</pre>
<p>次のようにパラメーター数分の <code>?</code> が DQL 時点で展開されている場合はエラーは発生しない。</p>
<pre>
SELECT 〜 WHERE field = (SELECT field FROM table WHERE field IN (?, ?, ?));
</pre>
<p>具体的には以下のようなコードでエラーが発生する。</p>
<p><strong>例1</strong> : サブクエリの生成に andWhereIn() を利用する場合<br /><pre>
opActivateBehavior::disable(); // あってもなくてもエラー
$q = Doctrine_Core::getTable('MemberConfig')->createQuery('c');
$q2 = $q->createSubquery()
->select('m.id')
->from('Member m')
->andWhereIn('m.id', array('1', '2'));
$q->andWhere('c.member_id IN ('.$q2->getDql().')');
$q->execute();
</pre></p>
<p><strong>例2</strong> : サブクエリを手動で記述する場合<br /><pre>
opActivateBehavior::disable(); // あってもなくてもエラー
$q = Doctrine_Core::getTable('MemberConfig')->createQuery('c');
$q->andWhere('c.member_id IN (SELECT m.id FROM Member m WHERE m.id IN ?)', array(array('1', '2')));
$q->execute();
</pre></p>
<p>※ただし、上の2つの例は APC のキャッシュが有効な状態では2回目以降のアクセスで成功していた</p>
<p>本問題は基本的には Doctrine のバグである可能性が高いが、例1 に関しては opDoctrineQuery を利用しない場合はエラーが発生しないため、OpenPNE の問題とも考えられる可能性がある。</p>
<p>本問題は <a class="issue tracker-1 status-13 priority-4 priority-default closed" title="Bug(バグ): activity/community.json 実行時にDoctrineでエラーが発生する場合がある (Won't fix(対応せず))" href="http://redmine.openpne.jp/issues/3052">#3052</a> の調査中に発見した。(#3052 は 例1 のケースに該当する)</p>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<p>DQL から SQL を生成するタイミングで <code>filed IN ?</code> の形式は、 <code>field IN (?, ?, ?)</code> のようにパラメーター配列の要素数に応じた形式に変換されるが、サブクエリ内の変換処理を行なう際にパラメーターを正しく扱えていないようで、要素数を間違ったり、パラメーターが展開されなかったりでエラーになる。</p>
<p>opDoctrineQuery::andWhereIn() は、パフォーマンスチューニングのため <code>filed IN ?</code> の形式の DQL を生成するが (<a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug(バグ): [Optimization] Doctrine_Query::andWhereIn() add inefficient conditions to a DQL (Doctrine_Query::... (Fixed(完了))" href="http://redmine.openpne.jp/issues/991">#991</a>)、親クラスの Doctrine_Query_Abstract::andWhereIn() をそのまま使う場合は DQL 時点でパラメーターの展開が行われるためこの問題が発生しない。</p>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<p>例1 だけを修正するのであれば、以下のようにサブクエリ利用前提の場合はパフォーマンスチューニングのためのコードを利用しないという修正案が考えられます。</p>
<pre>
--- a/lib/util/opDoctrineQuery.class.php
+++ b/lib/util/opDoctrineQuery.class.php
@@ -189,6 +189,11 @@ class opDoctrineQuery extends Doctrine_Query
}
}
+ if ($this->isSubquery())
+ {
+ return parent::andWhereIn($expr, $params, $not);
+ }
+
$this->addWhereInCount(count($params));
if ($not)
</pre>
<p>ただし、この修正では例2は動作しないため修正としては不十分かもしれない。</p>
opDiaryPlugin - Enhancement(機能追加・改善) #2403 (New(新規)): デイリーニュース用ガジェットの追加
http://redmine.openpne.jp/issues/2403
2011-09-15T05:56:50Z
Rimpei Ogawa
ogawa@tejimaya.com
<p><a class="issue tracker-2 status-5 priority-5 priority-high3 closed" title="Enhancement(機能追加・改善): デイリーニュース用ガジェットの追加 (Fixed(完了))" href="http://redmine.openpne.jp/issues/1029">#1029</a> でに追加されましたが、 <a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug(バグ): デイリーニュース用のフレンド最新日記ガジェットが動作していない (Fixed(完了))" href="http://redmine.openpne.jp/issues/2354">#2354</a> で動作しないため削除されています。</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 - Bug(バグ) #1363 (New(新規)): opPlugin:install タスクで依存関係のエラーとなった場合に PHP Notice エラーが発生する
http://redmine.openpne.jp/issues/1363
2010-07-15T03:41:19Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>opPlugin:install タスクで依存関係のエラーとなった場合に PHP Notice エラーが発生します。</p>
<p>OpenPNE 3.6beta1-dev(058e6ed) + opDiaryPlugin 1.3.1 で試しました。</p>
<pre>
$ php symfony opPlugin:install -r 1.3.1 opDiaryPlugin
>> plugin installing plugin "opDiaryPlugin"
>> sfPearFrontendPlugin downloading opDiaryPlugin-1.3.1.tgz ...
>> sfPearFrontendPlugin Starting to download opDiaryPlugin-1.3.1.tgz (46,181 bytes)
>> sfPearFrontendPlugin ...done: 46,181 bytes
>> sfPearFrontendPlugin Package "plugins.openpne.jp/opDiaryPlugin" dependency
>> sfPearFrontendPlugin "plugins.openpne.jp/openpne" has no releases
This plugin requires OpenPNE (version >= 3.6beta1), installed version is 3.6beta1-dev
>> sfPearFrontendPlugin plugins.openpne.jp/opDiaryPlugin requires OpenPNE (version >=
>> sfPearFrontendPlugin 3.6beta1), installed version is 3.6beta1-dev
Plugin "opDiaryPlugin" installation failed: No valid packages found
Notice: Undefined index: arch in /path/to/OpenPNE3/lib/plugin/opPluginDependency.class.php on line 145
Notice: Undefined index: os in /path/to/OpenPNE3/lib/plugin/opPluginDependency.class.php on line 146
Notice: Undefined index: subpackage in /path/to/OpenPNE3/lib/plugin/opPluginDependency.class.php on line 147
</pre>
opDiaryPlugin - Bug(バグ) #148 (New(新規)): 日記タイトルが長い場合のレイアウトが不自然
http://redmine.openpne.jp/issues/148
2009-11-03T02:55:23Z
Rimpei Ogawa
ogawa@tejimaya.com
<pre>
【画面】 日記作成・編集・確認画面
【概要】 タイトルが長い場合のレイアウトが不自然
【再現手順】
半角英数のみ67文字以上のタイトルの場合、日記表示画面で左端が切れるのに対し、67文字目以降に
全角文字を含めると折り返して表示される。更にその場合、タイトルの先頭が表示されない。
【その他】
不具合とみなせるかは微妙ですが、一応報告致します。
</pre>
<p><a class="external" href="http://trac.openpne.jp/ticket/3565">http://trac.openpne.jp/ticket/3565</a></p>
opDiaryPlugin - Bug(バグ) #147 (New(新規)): 日記の公開範囲に関わらず画像が誰でも閲覧できる
http://redmine.openpne.jp/issues/147
2009-11-03T02:53:44Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>日記の公開範囲に関わらず画像のURLに直接アクセスすれば誰でも閲覧できてしまう。</p>
<p>OpenPNE2 からのバグ。</p>
<p><a class="external" href="http://trac.openpne.jp/ticket/3702">http://trac.openpne.jp/ticket/3702</a></p>
opDiaryPlugin - Enhancement(機能追加・改善) #146 (New(新規)): 日記カテゴリ機能の作成
http://redmine.openpne.jp/issues/146
2009-11-03T02:50:28Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>日記カテゴリ機能を作成する。</p>
<p>【参考】OpenPNE2 の日記カテゴリ機能</p>
<ul>
<li>日記カテゴリの追加・編集・削除</li>
<li>日記カテゴリごとの日記の絞込み</li>
<li>日記カテゴリ使用設定(admin)</li>
</ul>
<p><a class="external" href="http://trac.openpne.jp/ticket/3299">http://trac.openpne.jp/ticket/3299</a></p>
opDiaryPlugin - Enhancement(機能追加・改善) #111 (New(新規)): SNS内名称設定機能で「Diary (日記)」という名称を設定できるようにする
http://redmine.openpne.jp/issues/111
2009-10-20T09:45:28Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>SNS内名称設定機能で「Diary (日記)」という名称を設定できるようにする。</p>
<p><a class="external" href="http://groups.google.co.jp/group/openpne-dev/browse_thread/thread/acee2b8e7531e96d">http://groups.google.co.jp/group/openpne-dev/browse_thread/thread/acee2b8e7531e96d</a></p>
opDiaryPlugin - Enhancement(機能追加・改善) #110 (New(新規)): 自分の日記に付いているコメントを一括で削除できるようにする
http://redmine.openpne.jp/issues/110
2009-10-18T17:39:22Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>自分の日記に付いているコメントを一括で削除できるようにする。</p>
opDiaryPlugin - Enhancement(機能追加・改善) #104 (New(新規)): 日記の作成、編集に確認画面を追加する
http://redmine.openpne.jp/issues/104
2009-10-18T17:27:12Z
Rimpei Ogawa
ogawa@tejimaya.com
<p>日記の作成、編集に確認画面を追加する。</p>
<p>以前のチケットは <a class="external" href="http://trac.openpne.jp/ticket/3414">http://trac.openpne.jp/ticket/3414</a> です。</p>