GlyphWiki logo
ナビゲーション
ヘルプ
検索
ツールボックス
他の言語
解説ノート編集履歴

GlyphWiki:バグ報告

出典: フリーグリフデータベース『グリフウィキ(GlyphWiki)』

グリフウィキでのページエラーや挙動がおかしいところなどがありましたら是非ご報告願います。なお、ソフトウェアの改変状況はシステム変更記録に載せていきます。

記述は、新しい項目を上にして、項目ごとに1行空行を入れてください。

また、機能の追加などに関する要望は、ソフトウェアへの要望にてお願いします。ネットワークの不具合と思われる場合など、サイトのサービス不全についてはお知らせにて連絡願います。


  • IDSエディタのIDCボタンと分解・結合・変換・逆変ボタン全てが機能しなくなっているようです。https化の影響かもしれません。--spinda-kkmr 2017年4月2日(日) 16:25
    • ご指摘ありがとうございました。jqueryのファイルをローカルに置いてhttp,httpsを固定しないように修正しました。--kamichi 2017年4月2日(日) 19:43

  • uXXXX-24の関連字の初期値が〓になっている(他の偏化変形はuXXXXが自動セットされている) --pyrite 2017年3月19日(日) 15:36

  • WebFont(グループ:umbreon126_test-font)を利用してみたが(Firefox+Chrome+Microsoft Edgeでは)書字方向が縦書きだと字の位置がおかしくなる(実例 )--sz 2017年2月27日(月) 19:15

  • バージョン付きのグリフを登録できない?(それは仕様?)指摘内容の確認から。--kamichi 2016年12月10日(土) 16:00

  • IDSエディタにて,「⿸广K」を変換したところ,u2ff8-u5e7f-u004bとなるべきところが,“u2ff8-u5e7f-u4b”となりました。--spinda-kkmr 2016年11月27日(日) 14:14
    • ご指摘ありがとうございました。修正しました。--kamichi 2016年12月4日(日) 10:39
  • 対応ありがとうございます。しかし,今度はIDCボタンと分解・結合ボタンが機能しなくなっているようです(押しても入力できません)。変換・逆変は機能するようです。以前は正常にできたので修正時に予期せぬバグが入り込んだ可能性があります。--spinda-kkmr 2016年12月4日(日) 11:27
    • ご指摘ありがとうございました。内部で利用しているライブラリが公開停止になっていましたのでコピーをローカルに置きました。--kamichi 2016年12月4日(日) 12:04

  • the following links in 文字コード関連情報 are dead.. farter 2016年9月28日(水) 14:15
    • chise_linkmap (説明 )
    • IPSJ-TS 0008:2007 (説明 )
      • サービス元の提供が停止となりました。次回更新時に表示を停止します。--kamichi 2016年10月17日(月) 09:52
      • 更新しました。--kamichi 2016年10月17日(月) 10:26

  • 存在しないグリフのページタイトルの漢字が正しく表示していません 。--umbreon126 2016年9月25日(日) 20:51
      • 調査します。ご指摘ありがとうございます。--kamichi 2016年10月17日(月) 09:52
      • 未存在グリフの場合は表示すべきでないと判断し、修正しました。--kamichi 2016年10月17日(月) 10:22

  • extf-02414@1extf-06495@1が一時的に「最近更新したページ」で赤い×印になっていました。いったん白紙化してその後復旧したところ@1が遡って正常化しました。--spinda-kkmr 2016年8月3日(水) 19:32
  • ご指摘ありがとうございます。KAGEデータに問題がない場合の「赤い×」は投稿時のサーバ負荷が高く、タイムアウトした結果、最後まで登録作業ができなかったものと推測します。現状でデータ投稿時の負荷が非常に高いので(いままで閲覧時の負荷低下にしか注力してこなかったため)どうにかしないといけないとは認識しています。--kamichi 2016年8月3日(水) 21:38

  • 1字フォントでグリフの右に余計な隙間ができる。グループページでは問題なし。両者の生成過程を比較して修正すべき。aj1-14027はNG、u90a6-itaiji-001はOK、u90a6-ue0105はNG。ユーザーより指摘あり(ありがとうございました)。--kamichi 2016年8月2日(火) 14:08

  • sandbox@2559は「u6bcc-h」のデータですが,専用エディタでは右下H/Tがおかしな方向に飛んでしまいます。 --ziyang 2016年7月17日(日) 22:30
    • 専用エディタの生成ファイルを捜索中…。いい加減HTML5にしなくては…--kamichi 2016年8月2日(火) 14:10

  • 以前solidblockさんに指摘された、中国語でのglyphwikiシステムから送信されるメールの文字化けの修正が必要。そもそも送信メールの文字コードをiso-2022-jpにしているので、そろそろutf-8に変更すべきか。--kamichi 2016年7月16日(土) 11:04

  • プロクシを使わないと投稿できませんになりました。--umbreon126 2016年5月27日(金) 07:45
    • データを調整しました。たぶん今は投稿できるようになっていると思います。確認をお願いします。--kamichi 2016年5月27日(金) 08:19
    • 投稿できます。迅速な対応に感謝します。--umbreon126 2016年5月27日(金) 10:24

  • RSSを更新したときの投稿者が利用していた言語でページprefixが記述される。仕様をどうするか。--kamichi 2016年3月11日(金) 00:06

  • ユーザー専有グリフ A のエイリアスグリフ B を作成し、「B が実体になるようにエイリアスを入れ替え」を行うと、B を変更することにより専有グリフである A を変更できるようになります。これはユーザー専有グリフの意義に反すると思います。―twe 2016年2月14日(日) 16:16

    • ご指摘ありがとうございます。頭がこんがらがっているのですが、エイリアス元が占有グリフの場合およびエイリアス先が占有グリフの場合の両方向について入れ替えできないように変更しました。逆は制限する必要がないでしょうか?そもそも占有グリフが既存グリフのエイリアスというのは珍しいかもしれませんが、そうした場合に、占有グリフ側をエイリアス元に変更できるようになります。たくさんエイアリスが張ってあった場合にそれを元に戻すのが手作業になってしまいます。これを防止する目的です。なお、まだ制限がかかる場合でも入れ替えのリンクは表示されます。後日表示させないように作業します。--kamichi 2016年2月15日(月) 00:23


Cannot Edit glyphs with alias

  • Cannot Edit u9593, it shows 500 Internal Server Error. This happens with glyph with multiple alias. To succeed, one needs to remove all alias glyph, update glyph, then add back the alias.
    For reference, I want to adjust it to re-use components:
    99:0:0:0:0:200:200:u9580-05:0:0:0
    99:0:0:50:92:150:172:u65e5:0:0:0
    -- chanhenryfaihang 2016年1月18日(月) 18:09

  • これは井戸端でも話題になった、いたずらによるサーバ高負荷によるものと思いますので、現在は編集できると思います。--kamichi 2016年1月20日(水) 18:16

  • It still does not work... hkcs 03:47, 21 January 2016

  • ???私の理解では(1)u9593のページを開いて、(2)「編集」タブを押して、(3)「エディタ」を起動する…の一連の作業は問題なくできていますが、(2)ができないということでしょうか?--kamichi 2016年1月21日(木) 09:49
    • 別件で修正した、日英語版以外ではグリフエディタの部品検索が使えなかった機能とは関係ないですよね?--kamichi 2016年1月21日(木) 10:10

  • 問題は「編集の投稿が失敗します」と思います。--umbreon126 2016年1月21日(木) 11:15

    • ちょっと時間がかかった気がしてアレ?と思いましたが、編集できますね。chanhenryfaihangさんの書かれた「multiple alias」の解釈が不明です。グリフウィキはエイリアスのエイリアスはできないので、どのことを指しているでしょう。--kamichi 2016年1月21日(木) 11:22

      • "a glyph with multiple aliases"は「多数のエイリアスのあるグリフ」という意味と思います。--umbreon126 2016年1月21日(木) 11:42

      • 現在このバグに相当するグリフを挙げていただけないでしょうか。手元で再現できておりません。--kamichi 2016年1月22日(金) 07:55

  • cannot work with u8cab... suggest change to:
    99:0:0:0:0:200:200:u6bcc-03
  • 99:0:0:0:17:200:197:u8c9d-04
    hkcs 00:09, 23 January 2016

  • 編集して変更できましたよ。「何ができない」のかを説明していただけませんか。--kamichi 2016年1月23日(土) 00:39

  • 推測ですが、英語版のエイリアス実体の変更に伴う自動更新メッセージの文字列の中の ' をエスケープしていないのが関係あるかもしれません。 ―twe 2016年1月23日(土) 14:44
    • まさにおっしゃるとおりでした。ご指摘ありがとうございました。--kamichi 2016年1月23日(土) 15:11

  • ということで、修正しました。大変失礼しました。--kamichi 2016年1月23日(土) 15:14


  • 曲線に頭形状を右上角にするとベクトルがおかしくなる可能性があります。umbreon126_sandbox@33 sandbox@2317 sandbox@2318 sandbox@2319のように。 umbreon126 2015年8月22日(土) 11:57
  • 2点曲線で上端形状が右上角(22)のときに、始点のX座標<第1制御点のX座標のときに起きる当該症状については、そうならないようにしました。他の角形状の際も同じだと思いますが、リクエストベースで更新することとします。--kamichi 2016年1月24日(日) 01:06


  • グリフエディタでu5f1f-02を引用してストレッチの数値を 3 にすると、ストレッチしていない状態と同じグリフになってしまいます。―twe 2015年6月20日(土) 16:57
    • ご指摘ありがとうございます。確認しました。変ですね。調査します。--kamichi 2015年6月22日(月) 09:25


  • グループ:グリフウィキに収録されている非漢字-3@13がフォント生成中のままです。このグループには無限ループは存在しないようです。--spinda-kkmr 2014年2月22日(土) 15:59
    • 最終フォントファイルがサイズ0でした。生成時にプロセスが落ちたのか、生成に失敗したのか不明です。次回更新時の挙動を確認したいと思います。一つ考えられるのは無グリフu3000がわざわざ指定されているので、それがttxを通るときに実体無しで矛盾が発生してttfの出力に失敗しているのかもしれません(???)--kamichi 2014年2月22日(土) 17:21
    • 今再生成しましたが問題ないですね。ログを見るとフォント生成が2プロセス同時に動いてしまっているようなので、それで最終フォントファイルが壊れたか上手く生成できなかった可能性があります。多重プロセスのチェックが甘いので要改善です。--kamichi 2014年2月22日(土) 17:27
    • 閉じます。--kamichi 2016年1月24日(日) 00:05


  • グループ:test@162グループ:テスト@17のように、お互いのグループを参照しているとき、無限ループが発生してしまい、フォントの生成が終わらない問題があります。フォントの生成を中止する機能や、無限ループをdetectしフォントの生成を中断する機能が必要だと思います。 --johotogoshinentai 2014年2月9日(日) 21:32
    • ご指摘感謝--kamichi 2014年2月22日(土) 17:27
    • 対応しました。すでに読んだページを二度読まないようにしました。--kamichi 2016年1月24日(日) 00:03


  • 専用エディタにて、「0:0:0:0」が含まれるグリフでストレッチ機能を使用すると、部品が消えるようです。
  • ※但し、編集ページで「99:215:10:###:###:###:###:uxxxx:0:5:5」の様に値を直接入力した場合は正常に動作します。
    (例)u809aにメタ情報でストレッチ境界を設定し、専用エディタでストレッチ境界を指定すると部品が消える。但し、編集ページで「99:190:0:###:###:###:###:u809a:0:-20:0」と入力した場合は正常に表示される。--kamiyo 2013年6月29日(土) 10:27


  • koseki-319460のストレッチ機能が使えない。1回編集してもう一度編集するとストレッチのパラメータがNaNになる--kamichi 2013年6月18日(火) 19:38
    • このバグは部品のストレッチ方向がUかDに指定されていると必ず発生するようですね… ―twe 2014年4月27日(日) 19:51
    • ご指摘ありがとうございます。--kamichi 2014年4月29日(火) 08:20


これよりも古い分はバグ報告-保存を参照してください。