http://redmine.openpne.jp/
http://redmine.openpne.jp/favicon.ico
2010-08-25T11:22:44Z
OpenPNE Issue Tracking System
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=5257
2010-08-25T11:22:44Z
Kousuke Ebihara
ebihara@tejimaya.com
<ul><li><strong>3.6 で発生するか</strong> を <i>Yes</i> にセット</li></ul>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=5632
2010-09-06T08:21:30Z
Kousuke Ebihara
ebihara@tejimaya.com
<ul></ul><p><a class="external" href="http://github.com/ebihara/test-openpne-upgrade-from-2">http://github.com/ebihara/test-openpne-upgrade-from-2</a> のテストコードをベースに再現を試みましたが、正常にすべてのコミュニティとコミュニティカテゴリがコンバートされていました。引き続き調査します。</p>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=5925
2010-09-21T02:44:27Z
Kousuke Ebihara
ebihara@tejimaya.com
<ul><li><strong>優先度</strong> を <i>Normal(通常)</i> から <i>High(高め)</i> に変更</li><li><strong>対象バージョン</strong> を <i>OpenPNE 3.6beta6</i> にセット</li></ul><p>再現確認は済んでいませんが、この問題が存在するとすれば致命的です。優先度を引き上げて取り組みます。</p>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=5926
2010-09-21T02:46:23Z
Kousuke Ebihara
ebihara@tejimaya.com
<ul><li><strong>対象バージョン</strong> を <i>OpenPNE 3.6beta6</i> から <i>OpenPNE 3.7.0</i> に変更</li></ul>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=6081
2010-09-30T11:11:40Z
Hiroki Mogi
mptyomo@gmail.com
<ul></ul><p>2.14.7.3 → 3.6beta6 のアップグレードを行った環境で再現を確認しました。<br />この環境では上記のバグは再現できませんでした。</p>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=6348
2010-10-13T01:33:46Z
pnetan
pnetan@openpne.jp
<ul></ul><p>報告者の方から追加で情報を頂きました。</p>
<pre>
返信が遅くなり申し訳ございません。
該当の日記にも書いておりますが、当方では次のような最小環境で再現を確認しました。
・OpenPNE 2.12.12 を新規にインストールする(DBも新規に作成)
・コミュニティカテゴリを追加する。今回はデフォルトのカテゴリと、カテゴリ2という二つのカテゴリを作成しました。
・それぞれのコミュニティカテゴリにコミュニティを作成する。コミュニティ数は適当だったと思います。
・OpenPNE3.4.6を新規にインストールし、前述の環境からupgradeする
以上で再現しました。
OSはVMware上のcentos 5.5、
mysql は5.0.77(デフォルトのリポジトリを使用して、 yum install mysqlで入るバージョンです)
phpは5.2.14をソースよりコンパイルしたものを使用しています
つたない情報で申し訳ございませんが、何かの参考になれば。
以上です。失礼します。
</pre>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=7871
2011-04-18T08:57:31Z
Kousuke Ebihara
ebihara@tejimaya.com
<ul></ul><p>作成中の差分です。このパッチを適用することでこのバグは修正されますが、誤ってインポートしたコミュニティの復旧はまだおこなえません。</p>
<pre>
diff --git a/data/upgrade/2/opUpgradeFrom2ImportCommunityCategoryStrategy.class.php b/data/upgrade/2/opUpgradeFrom2ImportCommunityCategoryStrategy.class.php
index bcb1e17..6a96c2d 100644
--- a/data/upgrade/2/opUpgradeFrom2ImportCommunityCategoryStrategy.class.php
+++ b/data/upgrade/2/opUpgradeFrom2ImportCommunityCategoryStrategy.class.php
@@ -97,7 +97,7 @@ class opUpgradeFrom2ImportCommunityCategoryStrategy extends opUpgradeSQLImportSt
}
else
{
- $this->conn->execute($baseInsert.' '.$baseSelect.')', array($categoryId));
+ $this->conn->execute($baseInsert.' '.$baseSelect.')', array($child['c_commu_category_id']));
}
}
}
</pre>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=8275
2011-05-11T06:03:24Z
Shingo Yamada
s.yamada@tejimaya.com
<ul><li><strong>担当者</strong> を <i>Kousuke Ebihara</i> にセット</li></ul>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=8372
2011-05-13T10:13:50Z
Kousuke Ebihara
ebihara@tejimaya.com
<ul><li><strong>ステータス</strong> を <i>New(新規)</i> から <i>Accepted(着手)</i> に変更</li></ul><p>バックポート先チケットにしか記述していなかった以下の情報をこちらにも転記します。</p>
<pre>
重複するコミュニティ名がなかった場合に実行されるコミュニティインポート用のSQLが誤っていた。
OpenPNE 2 からコミュニティを取得する SQL の WHERE 句の c_commu_category_id に指定される ID は、 OpenPNE 2 のコミュニティカテゴリ ID であるべきであるにも関わらず、 OpenPNE 3 のコミュニティカテゴリ ID を指定してしまっていた。
OpenPNE 2 のコミュニティカテゴリと OpenPNE 3 のコミュニティカテゴリはデータ構造が異なっており、 OpenPNE 2 では別テーブルであった中カテゴリも小カテゴリと同一のテーブルに格納される。そのため、小カテゴリの ID を OpenPNE 2 のものから意図的にずらしている。また、 OpenPNE 2 と OpenPNE 3 のどちらも、コミュニティは中カテゴリではなく小カテゴリに属するような実装になっている。
コンバータは小カテゴリに属するコミュニティ群のみを取得しにいこうとする。しかし、このときのコンバート対象とする小カテゴリIDの一覧は OpenPNE 3 のものであるので、 OpenPNE 2 では小カテゴリの ID だが OpenPNE 3 では中カテゴリの ID であるものはインポート対象にされていなかった。
</pre>
<pre>
既に OpenPNE 2 から OpenPNE 3.4 へのアップグレードを実施してしまい、コミュニティとカテゴリの紐付けが正しくおこなえていない SNS を修復するためのアップグレード手順も追加します。
</pre>
<pre>
既にコンバート済みのデータの修復を以下のようにすることを考えています。
* 残してある OpenPNE 2 のコミュニティとカテゴリの状態から、誤ったコンバートをしていないかどうか推定する
* 誤ったコンバートをしていた場合、*OpenPNE 2 由来のコミュニティとカテゴリについてのみ*、データの修復を試みる
</pre>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=8374
2011-05-13T13:56:14Z
Kousuke Ebihara
ebihara@tejimaya.com
<ul></ul><p>アップグレードタスクで自動的に復旧させる方向で試行錯誤しましたが、コンバート対象となるコミュニティをある程度類推することはできますが、その類推を正確なものにするのは困難なため、修復用に対話型のタスクをひとつ作成し、類推できないサイトについても(多少面倒にはなりますが)復旧がおこなえるような形で実装し直そうと思います。</p>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=8661
2011-06-01T11:06:02Z
匿名ユーザー
<ul><li><strong>ステータス</strong> を <i>Accepted(着手)</i> から <i>Pending Review(レビュー待ち)</i> に変更</li><li><strong>進捗率</strong> を <i>0</i> から <i>50</i> に変更</li></ul><p>更新履歴 <a class="changeset" title="added openpne:fix-wrong-categorized-community task to recover wrong categorized community (fixes ..." href="http://redmine.openpne.jp/projects/op3/repository/revisions/0f226cf5d89eddc5fc609b54528041c2a4ff2780">0f226cf5d89eddc5fc609b54528041c2a4ff2780</a> で適用されました。</p>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=8662
2011-06-01T11:30:31Z
Kousuke Ebihara
ebihara@tejimaya.com
<ul><li><strong>題名</strong> を <i>2系に存在する「中カテゴリ」がそのままカテゴリの一種としてコンバートされる</i> から <i>OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある</i> に変更</li></ul>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=9453
2011-07-08T12:43:18Z
Rimpei Ogawa
ogawa@tejimaya.com
<ul><li><strong>ステータス</strong> を <i>Pending Review(レビュー待ち)</i> から <i>Rejected(差し戻し)</i> に変更</li></ul><p>フィードバックします。</p>
<ul>
<li>アップグレード後の OpenPNE 3 で OpenPNE 2 からコンバートしたコミュニティを1つ以上削除した状態で、openpne:fix-wrong-categorized-community タスクを実行すると、community_config や community_member の無いコミュニティが作成され、作成されたコミュニティへのアクセスや管理画面のコミュニティ管理のページでエラーが発生します
<ul>
<li>community_config や community_member にコンバート時のデータが残っている場合のみコミュニティを作成するようにすればこの問題は回避できるのではないかと思いますが、community_member に関してはメンバー退会時のカスケード削除がなされている可能性があるため、メンバー0人になった場合に処理スキップしたり、管理者の引き継ぎなどの処理を追加で行う必要がありそうです</li>
</ul>
</li>
<li>アップグレード後にコミュニティカテゴリの紐付けが正しくないと運営者が気づいた場合、コミュニティカテゴリ名を変更したり、コミュニティカテゴリを削除して運用している可能性が考えられますが、このような場合に openpne:fix-wrong-categorized-community タスクを自動実行すると表示上間違ったコミュニティカテゴリに紐付いてしまったり、なくなってしまったコミュニティが修復されないことになります
<ul>
<li>おそらくこのような場合には自動修復ではなく、手動修復(ないしは修復なしで運用継続)を選ぶべきだと思いますが、タスクを実行する人に具体的にどのような場合に自動修復を行うべきかの説明をタスク実行時の説明文もしくはタスクを実行する人が目を通すであろうドキュメントに記載してあると分かりやすくなるのではないかと思います</li>
</ul>
</li>
<li>「Auto-detected community which OpenPNE 3 recogized to fix are "%d" to "%d" 」の説明文について、
<ul>
<li>community が複数形になっていません( are が続くので不自然です)</li>
<li>recogized の綴りが間違っています</li>
<li>末尾の . がこの文だけありません</li>
<li>表示される数値がコミュニティIDであることを明記すると分かりやすくなると思いました</li>
</ul></li>
</ul>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=9502
2011-07-12T11:18:25Z
Kousuke Ebihara
ebihara@tejimaya.com
<ul><li><strong>ステータス</strong> を <i>Rejected(差し戻し)</i> から <i>Pending Review(レビュー待ち)</i> に変更</li></ul><p><a class="changeset" title="fixed my English error and improved some expressions about automatically / manually repairing (re..." href="http://redmine.openpne.jp/projects/op3/repository/revisions/3f9b43dca66f270c874392584b8fd8628cf43408">3f9b43dca66f270c874392584b8fd8628cf43408</a>, <a class="changeset" title="fixed not to salvage removed community (which has no member information) (refs #1527)" href="http://redmine.openpne.jp/projects/op3/repository/revisions/6e7de531cbcca07f3b43e95d4368f4362ce760af">6e7de531cbcca07f3b43e95d4368f4362ce760af</a>, <a class="changeset" title="opInteractiveTaskTestHandler now has $debug property to output all data of stdin for helping writ..." href="http://redmine.openpne.jp/projects/op3/repository/revisions/968a0d2fea86e7f0449d43c7512b90ee5d09f9e0">968a0d2fea86e7f0449d43c7512b90ee5d09f9e0</a> にて <a class="external" href="http://redmine.openpne.jp/issues/1527#note-13">http://redmine.openpne.jp/issues/1527#note-13</a> の指摘点について修正しました。</p>
<p>OpenPNE 2 からインポートされたが OpenPNE 3 で運用をはじめて以降に削除されたコミュニティを誤って復旧させてしまっていた問題の対策として、「community_member にレコードが存在しているかどうか」を確認するようにしました。正しくインポートできたコミュニティを削除する際、 community の外部キー制約によって community_member のレコードは削除されます。一方で、アップグレード時に community にレコードが追加されなかったコミュニティの場合、 community_member にはレコードが存在しています。そこで、「community にレコードはないが community_member にはレコードが存在している」コミュニティを「OpenPNE 2 からのアップグレード時に欠損したコミュニティ」であると判断するようにしました。</p>
<p>また、 note-13 のコメントに従い、いくつかの文章の表現を訂正したり、説明を追記したりしました。</p>
<p>なお、 note-13 のコメントのなかにメンバー退会時(強制退会も含む)の管理権限の交代について記述されていましたが、管理権限についての配慮は特に必要ないのではと考えています。メンバー退会時におこなわれるコミュニティ管理者交代関連の処理は community_member テーブルから取得した ID をベースにおこなわれるため、 community テーブルのレコードの有無は関係しません(なお、この処理は OpenPNE 2 からのバージョンアップがサポートされた 3.4.0 から変更されていません)。community テーブルにレコードが存在しないことによって、メンバーが一人もいなくなった場合にそのコミュニティ自体を削除しようとして失敗する問題は存在しますが、このタスクの挙動に影響があるものではありません。</p>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=9503
2011-07-12T12:52:22Z
Rimpei Ogawa
ogawa@tejimaya.com
<ul><li><strong>ステータス</strong> を <i>Pending Review(レビュー待ち)</i> から <i>Rejected(差し戻し)</i> に変更</li></ul><p><a href="/issues/1527#note-14">note-14</a> の修正方針については問題ないと思います。</p>
<p>修正内容について、1点フィードバックします。</p>
<p><a class="changeset" title="fixed not to salvage removed community (which has no member information) (refs #1527)" href="http://redmine.openpne.jp/projects/op3/repository/revisions/6e7de531cbcca07f3b43e95d4368f4362ce760af">6e7de531cbcca07f3b43e95d4368f4362ce760af</a> で修正している detectLackedCommunityIdsByCategoryId() 内のクエリについて、</p>
<pre>
SELECT c_commu_id FROM c_commu WHERE c_commu_category_id = ? AND c_commu_id NOT IN (SELECT id FROM community WHERE id <= ?) AND c_commu_id IN (SELECT community_id FROM community_member WHERE community_id = c_commu_id)
</pre>NOT IN, IN を使っている箇所を NOT EXISTS, EXISTS を使って以下のようなクエリに書き換えると、サブクエリの結果をすべて取得する必要がなくなるため効率よくなると思います。
<pre>
SELECT c_commu_id FROM c_commu WHERE c_commu_category_id = ? AND NOT EXISTS (SELECT * FROM community WHERE id = c_commu_id) AND EXISTS (SELECT * FROM community_member WHERE community_id = c_commu_id)
</pre>合わせて <code>$oldMaxId</code> が埋め込まれる <code>id <= ?</code> の部分を削除していますが、修正前のクエリで NOT IN のサブクエリの結果セットを減らすための条件であったのであれば修正後は不要だと考えて削除しています。
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=9504
2011-07-12T12:59:07Z
Rimpei Ogawa
ogawa@tejimaya.com
<ul><li><strong>ステータス</strong> を <i>Rejected(差し戻し)</i> から <i>Accepted(着手)</i> に変更</li></ul><p>すいません、 <a class="external" href="http://redmine.openpne.jp/issues/1527#note-15">http://redmine.openpne.jp/issues/1527#note-15</a> のコメント書いてから調べたところ、MySQL で EXISTS が遅いという情報がいくつかあったので一旦レビュー待ち状態に戻します。</p>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=9505
2011-07-12T12:59:17Z
Rimpei Ogawa
ogawa@tejimaya.com
<ul><li><strong>ステータス</strong> を <i>Accepted(着手)</i> から <i>Pending Review(レビュー待ち)</i> に変更</li></ul>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=9507
2011-07-12T14:09:27Z
Rimpei Ogawa
ogawa@tejimaya.com
<ul><li><strong>ステータス</strong> を <i>Pending Review(レビュー待ち)</i> から <i>Pending Testing(テスト待ち)</i> に変更</li><li><strong>進捗率</strong> を <i>50</i> から <i>70</i> に変更</li></ul><p>コミュニティ数 10,000、コミュニティメンバー数 100,000 のデータを作成して検証しましたが、実行時間の差がまったくなかったため <a href="/issues/1527#note-15">note-15</a> の指摘の修正は必要ないと判断し、レビュー済みにします。</p>
<hr />
<blockquote>
<p>必ず1つの行を返す相関サブクエリに対しては、IN は必ず = よりも遅いです。例えば、次の例を</p>
</blockquote>
<pre>
SELECT * FROM t1 WHERE t1.col_name
= (SELECT a FROM t2 WHERE b = some_const);
</pre>この次のクエリの代わりに利用します。<br /><pre>
SELECT * FROM t1 WHERE t1.col_name
IN (SELECT a FROM t2 WHERE b = some_const);
</pre>
<blockquote>
<p><a class="external" href="http://dev.mysql.com/doc/refman/5.1/ja/optimizing-subqueries.html">http://dev.mysql.com/doc/refman/5.1/ja/optimizing-subqueries.html</a></p>
</blockquote>
<p>を参考にすると、以下のような書き換えは有効かもしれません。</p>
<pre>
SELECT c_commu_id FROM c_commu WHERE c_commu_category_id = ? AND c_commu_id NOT IN (SELECT id FROM community WHERE id <= ?) AND c_commu_id = (SELECT community_id FROM community_member WHERE community_id = c_commu_id LIMIT 1)
</pre>ただ、これに関しても今回の対象データにおいては差はほとんどないと考えられるので修正の必要はありません。
<hr />
<p>参考のため EXPLAIN 結果を貼っておきます。</p>
<pre>
mysql> EXPLAIN SELECT c_commu_id FROM c_commu WHERE c_commu_category_id = 1 AND c_commu_id NOT IN (SELECT id FROM community WHERE id <= 10000) AND c_commu_id IN (SELECT community_id FROM community_member WHERE community_id = c_commu_id);
+----+--------------------+------------------+-----------------+----------------------------------------------------+------------------+---------+-----------------------------+-------+--------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+--------------------+------------------+-----------------+----------------------------------------------------+------------------+---------+-----------------------------+-------+--------------------------+
| 1 | PRIMARY | c_commu | ALL | c_commu_category_id,c_commu_category_id_r_datetime | NULL | NULL | NULL | 10000 | Using where |
| 3 | DEPENDENT SUBQUERY | community_member | ref | community_id_idx | community_id_idx | 4 | openpne2.c_commu.c_commu_id | 1 | Using where; Using index |
| 2 | DEPENDENT SUBQUERY | community | unique_subquery | PRIMARY | PRIMARY | 4 | func | 1 | Using index; Using where |
+----+--------------------+------------------+-----------------+----------------------------------------------------+------------------+---------+-----------------------------+-------+--------------------------+
mysql> EXPLAIN SELECT c_commu_id FROM c_commu WHERE c_commu_category_id = 1 AND NOT EXISTS (SELECT * FROM community WHERE id = c_commu_id) AND EXISTS (SELECT * FROM community_member WHERE community_id = c_commu_id);
+----+--------------------+------------------+--------+----------------------------------------------------+------------------+---------+-----------------------------+-------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+--------------------+------------------+--------+----------------------------------------------------+------------------+---------+-----------------------------+-------+-------------+
| 1 | PRIMARY | c_commu | ALL | c_commu_category_id,c_commu_category_id_r_datetime | NULL | NULL | NULL | 10000 | Using where |
| 3 | DEPENDENT SUBQUERY | community_member | ref | community_id_idx | community_id_idx | 4 | openpne2.c_commu.c_commu_id | 1 | Using index |
| 2 | DEPENDENT SUBQUERY | community | eq_ref | PRIMARY | PRIMARY | 4 | openpne2.c_commu.c_commu_id | 1 | Using index |
+----+--------------------+------------------+--------+----------------------------------------------------+------------------+---------+-----------------------------+-------+-------------+
mysql> EXPLAIN SELECT c_commu_id FROM c_commu WHERE c_commu_category_id = 1 AND c_commu_id NOT IN (SELECT id FROM community WHERE id <= 10000) AND c_commu_id = (SELECT community_id FROM community_member WHERE community_id = c_commu_id LIMIT 1);
+----+--------------------+------------------+-----------------+----------------------------------------------------+------------------+---------+-----------------------------+-------+--------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+--------------------+------------------+-----------------+----------------------------------------------------+------------------+---------+-----------------------------+-------+--------------------------+
| 1 | PRIMARY | c_commu | ALL | c_commu_category_id,c_commu_category_id_r_datetime | NULL | NULL | NULL | 10000 | Using where |
| 3 | DEPENDENT SUBQUERY | community_member | ref | community_id_idx | community_id_idx | 4 | openpne2.c_commu.c_commu_id | 1 | Using index |
| 2 | DEPENDENT SUBQUERY | community | unique_subquery | PRIMARY | PRIMARY | 4 | func | 1 | Using index; Using where |
+----+--------------------+------------------+-----------------+----------------------------------------------------+------------------+---------+-----------------------------+-------+--------------------------+
</pre>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=10081
2011-08-05T12:47:09Z
Minoru Takai
main.coeurl@gmail.com
<ul></ul><p>このチケットに紐づいている 7 個目のコミット <a class="changeset" title="opInteractiveTaskTestHandler now has $debug property to output all data of stdin for helping writ..." href="http://redmine.openpne.jp/projects/op3/repository/revisions/322393ec711e097b27bc6a21195ef73b073f092f">322393ec711e097b27bc6a21195ef73b073f092f</a> は stable-3.4.x ブランチに対するコミットです。</p>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=11847
2011-10-25T09:14:01Z
Yuma Sakata
sakata@tejimaya.com
<ul><li><strong>ステータス</strong> を <i>Pending Testing(テスト待ち)</i> から <i>Fixed(完了)</i> に変更</li><li><strong>進捗率</strong> を <i>70</i> から <i>100</i> に変更</li></ul><p>テストOKです。</p>
OpenPNE 3 - Bug(バグ) #1527: OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある
http://redmine.openpne.jp/issues/1527?journal_id=19550
2015-10-08T10:15:05Z
kaoru n
<ul><li><strong>3.8 で発生するか</strong> を <i>Unknown (未調査)</i> にセット</li></ul>