Osticket: フォームの検証では、値として「0」を許可していません

作成日 2015年04月27日  ·  37コメント  ·  ソース: osTicket/osTicket

カスタムフォームの検証の方法では、osticket 1.9.4または1.9.5で「0」(ゼロ)の値を入力することはできません。

本当の問題は、追加した入力フィールドで検証なしを選択し、チケットシステムに移動してチケットを作成するときに、すべての入力フィールド(検証なしで作成されたカストンフィールドを含む)に入力し、クリックして作成して保存することです。チケットは、私がすでにカスタム化したフィールドをマークし、値として「0」(ゼロ)を入力する必要があり、チケットを作成できません

カスタム入力フィールドのサイズは40、最大値は50で、検証はありません。「0」を入力するとエラーが発生しますが、他の値の場合は機能します。
私はこれを薄くしますその間違った理由1または0は両方とも私が検証しないようにマークした値です

Forms - Customer bug

最も参考になるコメント

特定のセットアップにいくつかの問題があるようですが、これはPHPのバージョンとセットアップが原因の一部である可能性があります。

私の「特定のセットアップ」は大丈夫です! しかし、それはコミュニティからコードを受け取りたいという欲求がないことを示しています。私はすでにパッチを適用して完全に機能していますosticket ..通常のセットアップは機能していません!..フォーラムでの巨大なリクエストへのコラボレーションとしてコメントされました

全てのコメント37件

添付のスクリーンショットエラー:

validation-error

これは、フィールドが必須の場合にのみ表示されることを付け加えます。 オプションのフィールドの場合、データはデータベースに正しく保存されます。

現在、オプションのファイルでも発生しています。入力フィールド「validacion_generica」の値は大文字で、これを使用して本番環境で回避できます。

ping? 進捗はどうですか?

もう一度、ping? ヒントを教えてもらえますか? class.ticket.phpで検索しましたが、関連するものが見つかりません

私は明確にします:これは機能要求ではなくバグであるため、1.10「機能」ではなく1.9シリーズでこれを報告しました。

もう一度pingしますか? まだ1.9.12のフォームにはこのバグがあります! 0を許可して数値検証に0を入れ、get and error!

それでも、フィールドにゼロの値を入力することはできません。0より大きい数値またはaphabeticall文字のみです。

再度pingを実行しましたが、実際の問題は解決されていないようです。このバグは、サポートコラボレーションが行われているSTABLEVERSINでも発生しました。

そして、プルリクエストを作成した場合、コードの標準に従わないか、適切でないためにコミットされないことを確認します。いくつかの貢献をしましたが、まだ含まれていません。

@mckaygerhardは、#3239の2番目のコミットでパッチを試して、この問題に対処できるかどうかを確認できますか?

月曜日の夜にやってみて、ここにフィードバックを投稿します! 別の場所に投稿したので、仕事でとても忙しいので、ここで乾かしてフィードバックを投稿することを約束します

ここでコメントするのを忘れました、コミット698197f58d306ccf3f014ef3c61ef8e68d459084#r152437551のプルコミット#3239は状況を解決しますが、プルがマージされたことを確認していないため、これを閉じません

わお! osticketは1.10になり、このバグが発生しました。 4年間で1.9で解決されたことはありません!
1.10のバグは、1.11が不安定になるまで修正されないと思います。 面白いサポートチーム!

とにかくありがとう!

たくさんのチケットが閉じられましたが、解決策の参照はありません..素晴らしいです!

@robintoy @mckaygerhard

これらは2019年より古く、2019年以降更新されていないため閉鎖されました。それでも問題が解決しない場合は、再開してください。

乾杯。

@JediKev明らかにこれはまだ問題です! しかし、osticketは実行中の「アップグレードと更新」プランにあるようです。修正されていないので、再開しました。1.10を使用しています。どのように「穴」が1.11を導入するため、アップグレードできませんか? または1.12?

私のコメントがどのように削除されているかが大好きです!!

私たちの時間を無駄にするのをやめ、問題を修正し、私が書いたタイムトラッキングモッドのような約束された機能を実装してみませんか?

@robintoyは正しいです.. @ JediKev ..削除されたコメントはヒントを示しただけです!

@mckaygerhard @robintoy

コメントは非常に失礼で、投稿されるべきではなかったので削除しました。

乾杯。

しかし、 @ JediKevは、多くの人が新しいバージョンのみを表示し、

@mckaygerhard

修正があります....リリースノートを読んでください。 すべてのリリースメイトのすべての問題をカバーすることはできません。

乾杯。

「0」は有効な値ではないという意味ですか!!!! @ JediKev °!!!! ああ! なんてこった! @robintoy ! それは何か新しいXDです

@ mckaygerhard-最近何を修正しましたか?

こんにちは@protich私たちは皆忙しいので、いくつかの検証を使用しなかっただけです..したがって、フォームでそれらを使用することはできません..それが問題です..問題の履歴を注意深く読んでいますか? 2010年以降に削除されたコメントの画像を貼り付けています

一部は古くなっているため、古い問題をクローズすることを決定しました。問題がまだ有効である場合は、再度開いて、問題が発生するのをやめてください。 誰もあなたのために働きません!

@robintoyは正しいです.. @ JediKev ..削除されたコメントはヒントを示しただけです!

サーバーが受信をあきらめる前に、私は自分の電話で3つの失礼なものを怒りで書きましたが、これが他の問題を引き起こしました!

ゴミを出さずにこの大量のクローズを停止し、削除してスパムを送信しないでください。

一部は古くなっているため、古い問題をクローズすることを決定しました。問題がまだ有効である場合は、再度開いて、問題が発生するのをやめてください。 誰もあなたのために働きません!

@protichは、開発者によって閉じられて発行されたものを再開できないことを知らないようです。

@robintoy

私がやりたくないボットを使用しない限り、応答でバッチクローズすることはできません。

@mckaygerhard

それは人間のやり方ではありません。 再開します。

乾杯。

@ robintoy-通知をサブスクライブし解除できます。

@ mckaygerhard-再開するための丁寧なリクエストは、両方の当事者に役立ちます。 繰り返しになりますが、最近osTicketに何を貢献しましたか?

こんにちは@protich

正直なところ、なぜ私がそんなにたくさんいるのかわからない。
私は少しフィードバックして、あなたのチームが引き受けて公式にするだろうと言ったが、決してしなかったタイムモッドを書きました(月に1000のダウンロードがあるので非常に残念です)そして私がプロジェクトを離れて浸り続ける理由時々ここにいて、それに追いつくために。

私は自分の設定を見ていて、うまくいけばそれがソートされるでしょうが、それでも私はそれを見て、せいぜい20分の間にこれから受け取った1000通近くの電子メールです

私は自分の設定を見ていて、うまくいけばそれがソートされるでしょうが、それでも私はそれを見て、せいぜい20分の間にこれから受け取った1000通近くの電子メールです

20分以内に1,000を超える問題をバッチクローズしたためです。

ああ.. @ robintoyが言ったように確かに.. + 1

@ mckaygerhard-再開するための丁寧なリクエストは、両方の当事者に役立ちます。 繰り返しになりますが、最近osTicketに何を貢献しましたか?

私はその問題についてフォークや他のリポジトリに貢献することを余儀なくされました..特にhttps://github.com/clonemeagain/attachment_previewで、ここで公式リポジトリに投稿することは不可能でした..

ここでの残念なことは、2020年もコミュニティとの関わりを維持したいので、クリーンアップを行っていることです。問題とPRを確認し、ロードマップを公開します。

@protichはプルでコメントしました-

@mckaygerhard
PHP 5.3はサポートが終了し、5年以上使用されています。
osTicket 1.9はサポートが終了し、ほぼ1年が経過しています。

@mckaygerhard

1.10から1.12には、いくつかのテストを含むいくつかのセットアップしかありません。

このステートメントは完全に正しくありません。 -rcX (またはリリース候補)のラベルが付いていないリリースは、本番環境に対応しており、何度もテストされています。 多くの人がv1.12以降を本番環境で問題なく使用しています(v1.10もEOLに到達しているため)。 特定のセットアップにいくつかの問題があるようですが、これはPHPのバージョンとセットアップが原因の一部である可能性があります。

乾杯。

コメントを投稿して申し訳ありませんが...興味深い.. 10年後@protichは「2020年もコミュニティとの関わりを維持したい-問題とPRを確認し、ロードマップを公開する」.. pufffはとても遅いですよね? 今、私たちは結果を何年待たなければなりませんか? その瞬間に1.9は安定していました! 今は1.14です。

特定のセットアップにいくつかの問題があるようですが、これはPHPのバージョンとセットアップが原因の一部である可能性があります。

私の「特定のセットアップ」は大丈夫です! しかし、それはコミュニティからコードを受け取りたいという欲求がないことを示しています。私はすでにパッチを適用して完全に機能していますosticket ..通常のセットアップは機能していません!..フォーラムでの巨大なリクエストへのコラボレーションとしてコメントされました

対処先:

  • #5311
このページは役に立ちましたか?
0 / 5 - 0 評価