OpenPNE Issue Tracking System: チケット
http://redmine.openpne.jp/
http://redmine.openpne.jp/favicon.ico
2012-07-30T04:48:13Z
OpenPNE Issue Tracking System
Redmine
OpenPNE 3 - Enhancement(機能追加・改善) #3139 (New(新規)): 300kのアップロード制限の廃止
http://redmine.openpne.jp/issues/3139
2012-07-30T04:48:13Z
pnetan
pnetan@openpne.jp
<p><a class="external" href="http://sns.openpne.jp/diary/27757">http://sns.openpne.jp/diary/27757</a> より転記</p>
<a name="日記本文"></a>
<h3 >日記本文<a href="#日記本文" class="wiki-anchor">¶</a></h3>
<pre>
最近のスマホにしても携帯にしてもデジカメにしても、画素数がおおく300k以下に収まることがない。そのため、参加者側でファイルサイズを小さくする手間が必要になり、他のSNSと比べても利便性を落としてしまっている。
そのため、サーバ側でjpegデータを受け取ったあとにimagickで画像を最適化することで大幅なファイルサイズの軽減を行う。
修正) lib/model/doctrine/File.class.php
public function isImage()
{
$type = $this->getType();
if ($type === 'image/jpeg')
// || $type === 'image/gif'
// || $type === 'image/png')
{
return true;
}
gif, pngをあえてアップロード不可にする。
修正) lib/model/doctrine/File.class.php
public function save(Doctrine_Connection $conn = null)
{
$this->setFilesize(strlen($this->FileBin->bin));
if ($this->isImage())
{
$class = sfImageHandler::getStorageClassName();
$this->setName(call_user_func(array($class, 'getFilenameToSave'), $this->getName()), $class);
$storage = call_user_func(array($class, 'create'), $this, $class);
$image = new Imagick;
$image->readImageBlob($this->FileBin->bin);
if($image->getImageWidth() > 1024 || $image->getImageHeight() > 768)
{
$image->scaleImage(1024,768,True);
$image->setCompressionQuality(80);
}
$this->FileBin->bin = $image;
$storage->saveBinary($this->getFileBin());
}
画像データを受け取った後、それがイメージファイルであれば 1024x768 ベストフィットリサイズを行わせてからDBに入れるという形。
そのため、予めphp.iniにアップロード制限を撤廃しておき、またSNSでもファイルサイズ制限を撤廃しておく。
この修正を入れると png , gif を画像とみなさないため、一部の参加者のアイコン画像やその他日記等で使われているとすべて表示されなくなる。当SNSでは90%以上jpegなのでこの修正で踏み切ったが、png,gif画像を排除しない場合はもう少し一工夫が必要かと思う。
</pre>
opDiaryPlugin - Enhancement(機能追加・改善) #3138 (New(新規)): 日記の最新日記リストにてサムネイルが表示されない
http://redmine.openpne.jp/issues/3138
2012-07-30T04:46:36Z
pnetan
pnetan@openpne.jp
<p><a class="external" href="http://sns.openpne.jp/diary/27757">http://sns.openpne.jp/diary/27757</a> より転記</p>
<pre>
v2では最新日記リストにてサムネイルが表示されていたが、今回からは表示しなくなっている。
修正)
plugins/opDiaryPlugin/apps/pc_frontend/modules/diary/templates/listSuccess.php
<?php echo __('Body') ?></th><td>
<?php if ($diary->has_images): ?>
<?php $images = $diary->getDiaryImagesJoinFile() ?>
<?php foreach ($images as $image): ?>
<?php echo image_tag_sf_image($image->File, array('size' => '120x120')) ?>
<?php endforeach; ?><br>
<?php endif; ?>
<?php echo op_truncate(op_decoration($diary->body, true), 36, '', 3) ?></td>
</tr><tr class="operation">
※ ちなみにこのルーチンを仕込んだことによる、アクセス権限は考慮していない。
</pre>
opMessagePlugin - Enhancement(機能追加・改善) #3137 (New(新規)): メッセージのリストの幅に無駄なスペースがある
http://redmine.openpne.jp/issues/3137
2012-07-30T04:44:52Z
pnetan
pnetan@openpne.jp
<p><a class="external" href="http://sns.openpne.jp/diary/27757">http://sns.openpne.jp/diary/27757</a> より転記</p>
<a name="日記本文"></a>
<h3 >日記本文<a href="#日記本文" class="wiki-anchor">¶</a></h3>
<pre>
メッセージの列の幅が未考慮であり、無駄なスペースがある。
修正)
plugins/opMessagePlugin/apps/pc_frontend/modules/message/templates の showSuccess.php を修正する
<table>
<col width="5%" class="status" />
<col width="5%" class="delete" />
<col width="15%" class="target" />
<col width="47%" class="title" />
<col width="27%" class="date" />
<tr>
</pre>
opTimelinePlugin - Enhancement(機能追加・改善) #3079 (Invalid(無効)): 【要望】タイムラインのコメントについて
http://redmine.openpne.jp/issues/3079
2012-06-21T09:08:01Z
pnetan
pnetan@openpne.jp
<p><a class="external" href="http://sns.openpne.jp/communityTopic/8348">http://sns.openpne.jp/communityTopic/8348</a> より転記</p>
<a name="トピック"></a>
<h3 >トピック<a href="#トピック" class="wiki-anchor">¶</a></h3>
<pre>
openPNE3.8にて、
つぶやきにコメントができるようになって、
とても実用的で喜んでたのですが、
コメント件数が10件しかできませんでした。
もっとコメントができないかと多数の声を頂いているので、
コメント数の上限の引き上げor設定ができると良いと思います。
また、コメントがたくさん付いたつぶやきがあると、
とても見にくくなりますので、
コメントを折りたためるようになると良いと思います。
</pre>
opAlbumPlugin - Enhancement(機能追加・改善) #3078 (New(新規)): 【要望】アルバムの画像処理をサムネイル画像→オリジナル画像に変更して欲しい。
http://redmine.openpne.jp/issues/3078
2012-06-20T04:07:51Z
pnetan
pnetan@openpne.jp
<p><a class="external" href="http://sns.openpne.jp/communityTopic/8344">http://sns.openpne.jp/communityTopic/8344</a> より転記</p>
<a name="トピック"></a>
<h3 >トピック<a href="#トピック" class="wiki-anchor">¶</a></h3>
<pre>
アルバムの画像処理をサムネイル画像→オリジナル画像に変更して欲しい。
※プロフの画像を削除するとタイムラインにNoImage画像が表示される。
対処方法が分かる方、アドバイスを頂けないでしょうか?
OS:Win7
Xampp1.7.7
Apache:2.2.21
Mysql: 5.5.16
PHP:5.3.8
</pre>
OpenPNE 3 - Enhancement(機能追加・改善) #3051 (New(新規)): [要望]javascriptの分離
http://redmine.openpne.jp/issues/3051
2012-05-08T04:57:48Z
pnetan
pnetan@openpne.jp
<p><a class="external" href="http://sns.openpne.jp/diary/27554">http://sns.openpne.jp/diary/27554</a> より転記</p>
<a name="トピック"></a>
<h3 >トピック<a href="#トピック" class="wiki-anchor">¶</a></h3>
<pre>
openpne3.8.0にて
use_javascript('op_notify.js');
の部分がたぶんOpenPNE独自のjavascriptだと思う。
homeのガジェットを動いてほしくない、自分としては
このjavascriptを切りたい。
でも切ってしまうと通知やその他の機能まで動かなくなる。
できれば、機能ごとにjavascriptを分離してほしい。
自分で作ったガジェットは、動かすことができず、そのせいで
デザインがくずれ、ずっとそのまま残る。
どうやったら同じようにガジェットを動かせるようになるのか
資料があれば、javascript の分離をしなくてもよいのだが・・・
(homeでガジェットを動かすと記録され、次回以降も反映されたままになるらしい。
しかし、動かないガジェットがあるとなぜか上にへばりついたまま
いくらガジェットを上に持ってきても、次回も同じようにへばりつく)
</pre>
<a name="上記問題についてコメントが付いていましたのでそれも転記します"></a>
<h3 >上記問題についてコメントが付いていましたので、それも転記します。<a href="#上記問題についてコメントが付いていましたのでそれも転記します" class="wiki-anchor">¶</a></h3>
<pre>
op_notify.jsの中身を見れば分かりますが、ガジェットの入れ替えは記述されていないです。
apps/pc_frontend/modules/member/template/homeSuccess.phpに書いてあります。
該当部分を削除すればガジェットの入れ替え機能を外せます。
追加したガジェットが動かないのはdiv.sortHandleかdiv.partsHeadingの要素を含んでいないからではないでしょうか。
開発ドキュメントが無いので分かりにくいですが、そこを含めて作るのが機能上の決まり、という事になります。
</pre>
OpenPNE 3 - Backport(バックポート) #2513 (New(新規)): ナインテーブルガジェットを3行x2列にしても3行目が表示されない
http://redmine.openpne.jp/issues/2513
2011-10-18T09:47:57Z
pnetan
pnetan@openpne.jp
<a name="概要"></a>
<h3 >概要<a href="#概要" class="wiki-anchor">¶</a></h3>
<p>フレンドリストやコミュニティリストは、3x3の9面表示を行うパーツ apps/pc_frontend/templates/_partsNineTable.php を用いて表示している。</p>
<p>管理画面の「デザイン設定」、「ホーム画面ガジェット設定」では、フレンドリストなどの9面表示を行うガジェットに対して、「表示する行数・列数」を設定できる。</p>
<p>表示できるアイテム数が十分ある場合に、</p>
<ul>
<li>6行1列と設定していると、1行x1列の表示となる</li>
<li>1行6列と設定していると、6行x6列の表示となり、2行目以降は空となる
<ul>
<li>アイテム数が十分であっても、DBからアイテムを取得する際に設定値の「行数x列数」個しか取得しないようにアクションファイルが記述されている(_partsNineTable を呼んでいる側が行っている実装であり、実装によってはこの限りではない)</li>
</ul>
</li>
<li>3行2列と設定していると、2行x2列の表示となる(報告のケース)</li>
</ul>
<a name="原因"></a>
<h3 >原因<a href="#原因" class="wiki-anchor">¶</a></h3>
<p>apps/pc_frontend/templates/_partsNineTable.php の行数部分のループは <a class="external" href="http://trac.openpne.jp/changeset/9630">http://trac.openpne.jp/changeset/9630</a> で書かれているが、実際に表示する行数 $row を算出する式が誤っている。</p>
<pre>
11:<?php $row = ceil(count($options->list) / $options->row) ?>
12-<?php for ($i = $j = 1; $row >= $i; $i++): ?>
</pre>
<p>(取得したアイテム数)を(設定した行数)で割った値の小数部を切り上げた値を「表示する行数」としているのは明らかにおかしい。</p>
<ul>
<li><a class="external" href="http://trac.openpne.jp/changeset/9630">http://trac.openpne.jp/changeset/9630</a></li>
<li><a class="external" href="http://trac.openpne.jp/changeset/10286#file13">http://trac.openpne.jp/changeset/10286#file13</a></li>
<li><a class="external" href="http://trac.openpne.jp/changeset/10609">http://trac.openpne.jp/changeset/10609</a></li>
</ul>
<a name="修正方針"></a>
<h3 >修正方針<a href="#修正方針" class="wiki-anchor">¶</a></h3>
<pre>
<?php $row = ceil(count($options->list) / $options->row) ?>
</pre>
<p>を</p>
<pre>
<?php $row = min($options->row, ceil(count($options->list) / $options->col)) ?>
</pre>
<p>のように変更する。 ceil(x) は、実数 x に対して、x の次に大きい整数値を(float型で)返す関数である。具体例と併せてこの修正の意味を示しておく。</p>
<ul>
<li>2行5列で表示させたい場合:
<ul>
<li>アイテムが10件取得できれば、min(2行, ceil(10件 / 5列)) = 2 となり、表示は2行となる</li>
<li>アイテムが4件しかなければ、min(2行, ceil(4件 / 5列)) = min(2, ceil(0.8)) = min(2, 1) = 1 となり、表示は1行となる(1行5列)</li>
</ul>
</li>
<li>3行3列で表示させたい場合:
<ul>
<li>アイテムが9件取得できれば、min(3行, ceil(9件 / 3列)) = 3 となり、表示は3行となる</li>
<li>アイテムが5件しかなければ、min(3行, ceil(5件 / 3列)) = min(3, ceil(1.666)) = min(3, 2) = 2 となり、表示は2行となる(2行3列)</li>
<li>アイテムが1件しかなければ、min(3行, ceil(1件 / 3列)) = min(3, ceil(0.333)) = min(3, 1) = 1 となり、表示は1行となる(1行3列)</li>
</ul></li>
</ul>
<p>『表示行数 = ceil(アイテム数, 設定列数)』という式でもよさそうだが、概要で示したとおり「アイテム数が十分であっても、DBからアイテムを取得する際に設定値の「行数x列数」個しか取得しないようにアクションファイルが記述されている」のは実装側の判断であって、partsNineTable を使用する箇所で取得するアイテム数が「行数x列数」以下になる保証はないため、『表示行数 = min(設定行数, ceil(アイテム数, 設定列数))』と記述しておくことにする。</p>
<a name="仕様について"></a>
<h3 >仕様について<a href="#仕様について" class="wiki-anchor">¶</a></h3>
<p>取得できたアイテム数、設定された行数、設定された列数、このそれぞれについて、実際に表示される行数列数が何になるべきかについては、2系および修正前の3系から以下のように判断します。</p>
<ul>
<li>3行3列の場合:
<ul>
<li>アイテム1個:1行3列</li>
<li>アイテム1個〜3個:1行3列</li>
<li>アイテム4個:2行3列</li>
<li>アイテムk個(k<=9):ceil(k/3)行3列</li>
</ul>
</li>
<li>r行c列の場合:
<ul>
<li>アイテム1個:1行c列</li>
<li>アイテムk個(k<=c):1行c列</li>
<li>アイテムk個(c<k<=r*c):ceil(k/c)行c列</li>
</ul></li>
</ul>
<p>ここで示したいことは端的に言うと、アイテム数に応じて「空の行は作らない」が「空の列は作りうる」ということである。</p>
<a name="補足"></a>
<h3 >補足<a href="#補足" class="wiki-anchor">¶</a></h3>
<p>$row に ceil() の返り値が代入されることがあり、その場合 float 型になってしまうがこのチケットでは特に気にしないことにする。 $row は int 型を想定するといった修正や、このファイルの可読性を向上させることは現時点のソースコードに対しては可能だと思われる。そうした修正については対応するのであれば別チケットで行う。</p>
<a name="報告"></a>
<h3 >報告<a href="#報告" class="wiki-anchor">¶</a></h3>
<p><a class="external" href="http://sns.openpne.jp/communityTopic/6408">http://sns.openpne.jp/communityTopic/6408</a> より転記</p>
<pre>
3.6beta5 【ガジェット】ナインテーブルを2x3にしたら3個目が表示されない。
画像を見てもらうとわかると思いますが、横2縦3にしたときに3番目のデータが表示されない。
↓余談
それとコミュニティのトップのコミュニティメンバー(ナインテーブル)もガジェットで編集できるようにしてほしいです。
</pre>
<a name="もともと記載されていた内容"></a>
<h2 >もともと記載されていた内容<a href="#もともと記載されていた内容" class="wiki-anchor">¶</a></h2>
<p>openpne3.6「 _partsNineTable.php」の rowとcolの関係を正しく表示できていない</p>
<p><a class="external" href="http://sns.openpne.jp/diary/26976">http://sns.openpne.jp/diary/26976</a> より転記</p>
<a name="トピック"></a>
<h3 >トピック<a href="#トピック" class="wiki-anchor">¶</a></h3>
<pre>
_partsNineTable.php
の11行目
<?php $row = ceil(count($options->list) / $options->row) ?>
は
<?php $row = ceil(count($options->list)) ?>
じゃないとrowとcolの関係を正しく表示しない。
low=1 col=6
とか
</pre>
opAuthMailAddressPlugin - Backport(バックポート) #1897 (Fixed(完了)): 会員登録時にエラーになると秘密の質問がチェックサムになってしまう
http://redmine.openpne.jp/issues/1897
2011-01-28T08:10:23Z
pnetan
pnetan@openpne.jp
<p><a class="external" href="http://sns.openpne.jp/?m=pc&a=page_fh_diary&target_c_diary_id=23029">http://sns.openpne.jp/?m=pc&a=page_fh_diary&target_c_diary_id=23029</a> より転記</p>
<pre>
会員登録時にエラーになると秘密の質問がチェックサムになってしまう
原因:バインド時にリクエストのパラメーター自体をチェックサム化してしまうから
</pre>
opCommunityTopicPlugin - Backport(バックポート) #1852 (Fixed(完了)): コミュニティホーム画面下部の、トピック検索のリンク先が正しくない
http://redmine.openpne.jp/issues/1852
2010-12-15T14:40:36Z
pnetan
pnetan@openpne.jp
<p><a class="external" href="http://sns.openpne.jp/?m=pc&a=page_fh_diary&target_c_diary_id=23569">http://sns.openpne.jp/?m=pc&a=page_fh_diary&target_c_diary_id=23569</a> より転載</p>
<pre>
バグ報告致します。
宜しくお願いします。
事象
コミュニティホーム画面の下部にあるトピック検索リンクをクリックすると、
このページにはアクセスできませんという画面になる
補足
本来、コミュニティのidを元にCommunity_topicのCommunity_idから
トピックなどを見に行くはずなのに、idを見に行っているため、
ない場合はエラーとなってしまうようです。
環境
OS:Windows XP
サーバー:Apache2.2
DB:MySQL5.0
PHP:PHP5.2.9
OpenPNE:3.2.0
</pre>
OpenPNE 3 - Backport(バックポート) #1615 (New(新規)): 一度退会手続きを完了した人に招待メールを送ろうとした際のエラーメッセージが適切でない
http://redmine.openpne.jp/issues/1615
2010-09-24T12:48:57Z
pnetan
pnetan@openpne.jp
<p><a class="external" href="http://sns.openpne.jp/?m=pc&a=page_fh_diary&target_c_diary_id=23550">http://sns.openpne.jp/?m=pc&a=page_fh_diary&target_c_diary_id=23550</a> より転載</p>
<pre>
PNE3.4.0で一度退会手続きを完了した人に、再度招待メールを出そうとしても、”メール・アドレスが正しくない”というエラーになって送れないのだが・・・
これは仕様?
</pre>
OpenPNE 3 - Backport(バックポート) #1612 (Fixed(完了)): OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうこ...
http://redmine.openpne.jp/issues/1612
2010-09-24T12:40:02Z
pnetan
pnetan@openpne.jp
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p>OpenPNE 2 からのアップグレードで、誤ったコミュニティカテゴリの紐付けをおこなってしまうことがある。</p>
<p>この誤ったカテゴリの紐付けによって、中カテゴリにコミュニティがぶら下がってしまったり、 OpenPNE 3 からは閲覧できないコミュニティなどが生まれてしまう。</p>
<p>なお、この現象は OpenPNE 2 側データで「重複したコミュニティ名を持つコミュニティ」が存在している場合は発生しない(たとえば、 OpenPNE 公式 SNS には重複したコミュニティ名が存在していたため、この現象が発生しなかった)。</p>
<a name="再現バージョン"></a>
<h3 >再現バージョン<a href="#再現バージョン" class="wiki-anchor">¶</a></h3>
<ul>
<li>OpenPNE2.12.12 → 3.4.6</li>
</ul>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<p>重複するコミュニティ名が存在しなかった場合に発行される、 OpenPNE 3 から OpenPNE 2 へのコミュニティインポート用の SQL に誤りがあった(この誤りは <a class="changeset" title="fixed wrong community categorizing in openpne:upgrade-from-2 (refs #1527)" href="http://redmine.openpne.jp/projects/op3/repository/revisions/2f36df96135741e537042bb028353bd1b90d83b8">2f36df96135741e537042bb028353bd1b90d83b8</a> で修正された)。</p>
<p>OpenPNE 2 からコミュニティを取得する SQL の WHERE 句の c_commu_category_id に指定される ID は、 OpenPNE 2 のコミュニティカテゴリ ID であるべきであるにも関わらず、 OpenPNE 3 のコミュニティカテゴリ ID を指定してしまっていた。</p>
<p>OpenPNE 2 のコミュニティカテゴリと OpenPNE 3 のコミュニティカテゴリはデータ構造が異なっており、 OpenPNE 2 では別テーブルであった中カテゴリも小カテゴリと同一のテーブルに格納される。そのため、小カテゴリの ID を OpenPNE 2 のものから意図的にずらしている。また、 OpenPNE 2 と OpenPNE 3 のどちらも、コミュニティは中カテゴリではなく小カテゴリに属するような実装になっている。</p>
<p>そこで、コンバータは小カテゴリに属するコミュニティ群のみを取得しにいこうとする。しかし、この誤った SQL では、コンバート対象とする小カテゴリIDの一覧は OpenPNE 3 のものであったので、 OpenPNE 2 では小カテゴリの ID だが OpenPNE 3 では中カテゴリの ID であるものはインポート対象にされていなかった。</p>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<pre><code>1. まず、「原因」の項に示した問題を修正するために、重複するコミュニティ名が存在しなかった場合に発行する SQL でも、 OpenPNE 2 のカテゴリ ID を基にコミュニティのインポートをおこなうように修正した<br /> 2. 「1.」の修正はこれからコンバートをおこなう SNS にのみ有効なもので、既にコンバートしてしまった SNS が対象になるものではないので、このような SNS への救済措置として openpne:fix-wrong-categorized-community タスクを用意した</code></pre>
<a name="openpnefix-wrong-categorized-community-タスクがおこなうこと"></a>
<h4 >openpne:fix-wrong-categorized-community タスクがおこなうこと<a href="#openpnefix-wrong-categorized-community-タスクがおこなうこと" class="wiki-anchor">¶</a></h4>
<ul>
<li>OpenPNE 2 の c_commu テーブルのうち、 OpenPNE 3 の community テーブルに移行されていないコミュニティを community テーブルにインポートする</li>
<li>OpenPNE 2 と同名の中カテゴリ内に存在する同名の小カテゴリに属するコミュニティのみ、 OpenPNE 3 の正しいコミュニティカテゴリに紐付け直す</li>
</ul>
<p>※タスクの実行中に手動で修復することを選択した場合は、上であげた処理と同等の SQL を画面に出力する。<br />※OpenPNE 3 からのコンバート後に名前を変更していたり、同じ名前でも属する中カテゴリが異なる小カテゴリについては、カテゴリの紐付け直しはおこなわない</p>
<a name="報告元"></a>
<h3 >報告元<a href="#報告元" class="wiki-anchor">¶</a></h3>
<p><a class="external" href="http://sns.openpne.jp/diary/24998から転載">http://sns.openpne.jp/diary/24998から転載</a><br /><pre>
OpenPNE2.12.12から3.4.6へコンバートする際に、
OpenPNE2に存在していた「中カテゴリ」がそのままカテゴリの一種としてコンバートされてしまい、結果としてIDがOpenPNE2とOpenPNE3とではずれてしまう(当方では中カテゴリ一つだったので1づつずれている)。
結果、コミュニティ表示のカテゴリはまったく違うものとなる。
また、OpenPNE2で先頭のIDを持つコミュは消えてしまう
(どうやらコンバート時にOpenPNE3用のテーブルにはコンバートされていない様子)
</pre><br />コメントにもバグに関する情報がありましたので追記します。<br /><pre>
中カテゴリのコンバートをしないように
opUpgradeFrom2ImportCommunityCategoryStrategy.class.php
の61行目
$this->conn->execute($newParentSQL.' '.$oldParentSQL, array($parent['c_commu_category_parent_id']));
をコメントアウトしたところ、一応こちらの望むようにコンバートできました。
ただし、中カテゴリが1つのみの環境で行ったので、それ以上ある場合などの動作は不明です。
</pre></p>
OpenPNE 3 - Backport(バックポート) #1586 (Fixed(完了)): docomoでかんたんログインに失敗する
http://redmine.openpne.jp/issues/1586
2010-09-13T13:26:25Z
pnetan
pnetan@openpne.jp
<p><a class="external" href="http://sns.openpne.jp/?m=pc&a=page_fh_diary&target_c_diary_id=23983">http://sns.openpne.jp/?m=pc&a=page_fh_diary&target_c_diary_id=23983</a> より転記<br /><pre>
docomoで新規登録し、かんたんログインするとログインに失敗します。
原因は新規登録時にiモードIDとFOMAカードIDを両方取得しており、DBにはiモードIDが保存されています。携帯電話のiモードIDを送信しない設定にすると、FOMAカードIDが保存され正常にかんたんログインできるようになりました。
※利用してるOpenPNEは3.4.0です。
※携帯電話個体識別番号(暗号化済)は保存されています。
※SNS設定では「携帯登録時に携帯個体識別番号の登録を必須にする」になっています。
※新規登録後かんたんログインの設定を行うと正常にログインできます。
※かんたんログインを再設定すると、管理画面の暗号化された個体識別番号は変化します。
メールアドレスでログイン後、かんたんログイン設定を行うとそれ以降は正常にかんたんログインできるようになります。
</pre></p>
OpenPNE 3 - Backport(バックポート) #1393 (Fixed(完了)): プロフィール項目の説明欄の先頭に半角文字があると表示が崩れる
http://redmine.openpne.jp/issues/1393
2010-07-22T08:45:48Z
pnetan
pnetan@openpne.jp
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p>プロフィール項目の説明欄の先頭に半角文字があると表示が崩れてしまう</p>
<a name="再現バージョン"></a>
<h3 >再現バージョン<a href="#再現バージョン" class="wiki-anchor">¶</a></h3>
<ul>
<li>OpenPNE3.0.9-dev</li>
<li>OpenPNE3.2.7-dev</li>
<li>OpenPNE3.4.7-dev</li>
<li>OpenPNE3.6beta1-dev</li>
</ul>
<a name="再現方法"></a>
<h3 >再現方法<a href="#再現方法" class="wiki-anchor">¶</a></h3>
<ul>
<li>Firefox3.5.10にて確認</li>
</ul>
<ol>
<li>プロフィール項目追加の説明を ^ふふふ と入力する</li>
<li>公開設定の範囲をメンバー選択にする。</li>
<li>表示の確認</li>
</ol>
<a name="その他気づいた点"></a>
<h3 >その他気づいた点<a href="#その他気づいた点" class="wiki-anchor">¶</a></h3>
<ul>
<li>半角記号+かな,カナのときにバグがでる</li>
<li>OpenPNE3.0.9のときは、左下に。OpenPNE3.2.7以降は左に半角記号が現れる。</li>
</ul>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<a name="報告元"></a>
<h3 >報告元<a href="#報告元" class="wiki-anchor">¶</a></h3>
<p><a class="external" href="http://sns.openpne.jp/diary/24062">http://sns.openpne.jp/diary/24062</a> より一部転記</p>
<pre>
プロフィール項目の説明欄に文字列を入力した際、文字列の先頭文字がいわゆる半角文字であるとき、項目欄横に先頭一文字が表示されます。
確認バージョン: OpenPNE 3.4.2
確認ブラウザ: IE8
</pre>
OpenPNE 3 - Backport(バックポート) #1384 (Fixed(完了)): IEでガジェット設定をするとjavascriptエラーが出る
http://redmine.openpne.jp/issues/1384
2010-07-22T08:25:01Z
pnetan
pnetan@openpne.jp
<p><a class="external" href="http://sns.openpne.jp/?m=pc&a=page_c_topic_detail&target_c_commu_topic_id=5507">http://sns.openpne.jp/?m=pc&a=page_c_topic_detail&target_c_commu_topic_id=5507</a> より転載</p>
<pre>
OpenPNE3.4.0の管理画面においてガジェット設定(追加、削除)でjavascriptエラー
がでます。
詳細は下記(環境以下)です。但し、当エラーがでるのはブラウザがIEの場合
のみです。他のブラウザ(FireFox, Opera, Safari, Google Chrome)では、
正常にガジェット設定が実行できました。
従って、なぜIEのみ当エラーがでて、ガジェット設定ができないのか教えて
頂きたく存じます。
当方が行った対応としましては、IEのツールメニューのインタネットオプションの
詳細設定タブにおいて、「スクリプトのエラー表示」、「スクリプトのデバック使用」の
チェックを全パターン試しました。しかし、エラーは解消できませんでした。
■環境
* OpenPNE3.0.9-dev
* OpenPNE3.2.7-dev
* OpenPNE3.4.7-dev
* OpenPNE3.6beta1-dev
ブラウザ: IE7.0 IE8.0
■対象画面(ナビゲーション)
管理画面->デザイン設定->ガジェット設定
■動作
[ガジェットを追加]リンクをクリックし、追加可能な対象ガジェット(例:リンク集)
となるリンク([このガジェットを追加する])をクリックすると、”ページでエラーが発生
しました。”javascriptエラーが表示される。詳細は以下(コード、エラー、URL)
---------------------------------------------------------------
コード:0
エラー:引数が無効です。
URL:http://(当該ドメイン)/pc_backend.php/design/addGadget/type/top
---------------------------------------------------------------
※削除の場合は、[このガジェットを削除する]リンクをクリックでjavascriptエラー
がでます。当リンククリックで画面上では削除対象ガジェットブロックが一時的に
削除されたかのように消えますが、「設定変更」ボタンクリックで消えたガジェット
ブロックが元に戻ります(削除対象ガジェットが削除されない)。
尚、当方OpenPNE3.4.0のインストールは正常に完了でき、その後のソースの変更は
行っておりません。
以上、宜しくお願い致します。
</pre>
OpenPNE 3 - Backport(バックポート) #910 (Fixed(完了)): ナビゲーションの英語名称を設定できない
http://redmine.openpne.jp/issues/910
2010-03-27T10:42:21Z
pnetan
pnetan@openpne.jp
<a name="Overview-現象"></a>
<h3 >Overview (現象)<a href="#Overview-現象" class="wiki-anchor">¶</a></h3>
<p>ナビゲーションの英語名称を設定できない。<br />管理画面の言語選択が「英語」の時にナビゲーションを追加すると、メンバー側の表示が「/」などの表示になってしまいます。</p>
<a name="再現バージョン"></a>
<h3 >再現バージョン<a href="#再現バージョン" class="wiki-anchor">¶</a></h3>
<p>OpenPNE3.2.7-dev<br />OpenPNE3.4.7-dev</p>
<a name="Causes-原因"></a>
<h3 >Causes (原因)<a href="#Causes-原因" class="wiki-anchor">¶</a></h3>
<p>バグが発生した原因を記入</p>
<a name="Way-to-fix-修正内容"></a>
<h3 >Way to fix (修正内容)<a href="#Way-to-fix-修正内容" class="wiki-anchor">¶</a></h3>
<p>修正内容を記入</p>
<a name="報告元"></a>
<h3 >報告元<a href="#報告元" class="wiki-anchor">¶</a></h3>
<p><a class="external" href="http://sns.openpne.jp/?m=pc&a=page_fh_diary&target_c_diary_id=24017">http://sns.openpne.jp/?m=pc&a=page_fh_diary&target_c_diary_id=24017</a> より転記<br /><pre>
こんにちは。
ナビゲーション設定で「マイホーム」を一旦削除したあと再度追加しました。(画像1)
すると英語版で「My Home」となるべき文字列が「/」となり、変更できません。(画像2)
英語版のナビゲーション文字列を変更する方法があれば、ご教示願います。
もし方法がないとしたら、バグとして対応をお願いします。
バージョン: 3.4.2
</pre></p>
<a name="方針"></a>
<h3 >方針<a href="#方針" class="wiki-anchor">¶</a></h3>
<p><a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Enhancement(機能追加・改善): 管理画面のナビゲーション設定を多国語対応する (Fixed(完了))" href="http://redmine.openpne.jp/issues/1088">#1088</a> は機能追加のチケットとして存在しますが、<br />このチケットのバックポートとして対応することとします。</p>
<p>初期インストールやマイグレーションでfixtures ファイルに設定したナビについては、英語のナビゲーションに対応できるのですが、管理画面から設定できるナビゲーションが日本語しか設定できない状況はバグであるため、その修正を取り込む方針とします。</p>