Osticket: PHP7でのAssignmentFormとTransferFormの宣言に関する警告

プルリクエストに変更を含めない理由はありますか？

申し訳ありませんが、gitリポジトリがありません。Linuxシステムでファイルをviで編集しました。

投稿者：ntozier [email protected]
送信日：2016年4月13日水曜日10:52 AM
宛先：osTicket / osTicket
Cc：ビルリッチー
件名：Re：[osTicket / osTicket] php 7（＃3033）でのAssignmentFormとTransferFormの宣言に関する警告

プルリクエストに変更を含めない理由はありますか？

スレッドを作成したため、これを受け取っています。
このメールに直接返信するか、Gi tHubhttps：//github.com/osTicket/osTicket/issues/3033#issuecomment-209487139で表示してください

彼らは、画像は1000語の価値があると言います。

PHP7でosTicket1.10 RC3を使用しているときに、同じことに気づきました。
新しいバージョンでの修正を楽しみにしています。

別の修正については、＃3349を参照してください

この警告は、v1.10安定版リリースでも引き続き発生します： http ：//osticket.com/forum/discussion/89095/v1-10-php-7-warning

今日再確認：IIS8.5と新しくアップグレードされたPHP7.0.14を実行している私の1.10テストサイト。

PHP 7.1でも同じ問題が発生するため、OsTicketに問題があるため、PHP7バージョンではないバージョンにダウングレードする必要があります。 Aòsoが管理オペレーターエリアにログインできませんメッセージ：トークンCSRF valido richiesto

この問題は、1.10安定版リリースでも引き続き発生します。 @ martin-rueeggによって言及された

現在のosTicket1.10安定版リリースでもこの問題が発生しています。 [転送]および[割り当て]ダイアログボックスが白い四角以外のものとして表示されないようにします。また、 api/cron.phpが電子メールをチェックするのを防ぎます。 cron.phpを実行すると、次のエラーメッセージが表示されます。

PHP Warning:  Declaration of AssignmentForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/helpdesk/include/class.forms.php on line 4150
PHP Warning:  Declaration of TransferForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/helpdesk/include/class.forms.php on line 4270

管理パネルからのサーバー情報は次のとおりです。

osTicket Version     v1.10 (901e5ea) —  Up to date
Web Server Software  Apache/2.4.18 (Ubuntu)
MySQL Version        5.7.17
PHP Version          7.0.15-0ubuntu0.16.04.4

サーバーはUbuntu16.04.2 LTSを実行しており、完全に更新されています。

＃3349プルリクエストで提示された変更により、問題が解決しました。

@ peterson-daneソリューションを共有できますか？

私はあなたが持っているのとほぼ同じ構成で同じ問題を抱えています。

@PrajapatiChiragファイルinclude / class.forms.phpで、次を変更します。
function render($options) {
に
function render($staff = true, $title = false, $options = Array()) {

3回発生するはずです。

@solsticesurfer 、ありがとう、debian Stretch（9.2）の問題も修正しました。

ここで何が起きてるの ？ 私にもこのバグがありますが、最初のコメントは1歳半ですか？

osTicket Core、v1.10.1
2017年9月14日にリリースされた最新の安定版リリース

それが私がインストールしたものです。 1年半経ってもバグが修正されない可能性はありますか？ 特に解決策は単純で、他の誰かがすでにここに修正を書いているので...

あなたが言ったように：「2017年9月14日にリリースされた最新の安定したリリース」

投稿された「修正」：

作成していただきありがとうございます。質問に答えるためにこのスレッドを離れる必要はありませんでした。

@ntozier

その修正はすでに2016年に投稿されました。このバグに関する1年半前の最初のコメント。 2016年9月にhttps://github.com/osTicket/osTicket/pull/3349/commits/bde15e2acec29a26c73918ae17aa0774fb5048c4で書かれた修正を見つけました

「最新の安定版リリース、2017年9月14日リリース」

バグが見つかってから1年半後、解決策が投稿されてから1年後、「安定版リリース」にはまだバグが含まれています。

そして、それは見つけるのが難しいバグではありません。 PHP 7（現在の標準）のosTicketは、この修正なしでは機能しません。

たぶん、質問に答えるためにスレッドを離れたほうがよかったでしょう。

簡単に言えば、新しいリリースはありませんでした。 1.10、1.10.1（セキュリティアップデート）になりました。 1.11はまだリリースされていません。

このスレッドの修正が1.11のリリース時に使用されるという保証はなく、このスレッドだけに複数の修正があり、まだマージされていないため、使用される可能性はほとんどありません。

@ntozier

あなたからの返事ごとに、私はもっと心配になっています。 そして、これは態度についてでもあります。

PHP7が標準になりました。

1年半前に初めて見られたバグがあります。 これにより、osチケットがPHP7で機能しなくなります。

そして1年半後、それはまだ修正されていません???

そのため、最初の投稿で「ここで何が起こっているのか」と尋ねました。

このプログラムをインストールしたり、使用したりするために今すぐ時間を費やしても大丈夫ですか？ これを使用するようにクライアントにアドバイスしても大丈夫ですか？

PHP7が標準になりました。

この声明は完全に主観的です。 私が知っている人々はまだPHP7よりもPHP5.6を好みます...

1年半前に初めて見られたバグがあります。 これにより、osチケットがPHP7で機能しなくなります。

osTicketが実稼働環境でPHP7で正常に機能していることを知っているので、osTicketが_everyone_で機能することを妨げることはありません。

そして1年半後、それはまだ修正されていません???

@ntozierが述べたように、このスレッドにはこの問題に対する複数の修正があり、それらを調べて、他に何も壊さない最良のものを見つけて、それがコーディングスタイルに適合することを確認するのに時間がかかります。 さらに、Githubページの問題はこれだけではありません... 1,177があります。 それらすべてに目を通す必要があります。

このプログラムをインストールしたり、使用したりするために今すぐ時間を費やしても大丈夫ですか？ これを使用するようにクライアントにアドバイスしても大丈夫ですか？

もちろん大丈夫です！ 心配な場合、またはコンパイルしたPHP 7がv1.10.1を処理できない場合は、完全に互換性があるまでPHP5.6にダウングレードするだけです。 👍

@JediKev

私が知っている人々はまだPHP7よりもPHP5.6を好みます...

馬に乗る人も知っています。 PHP 5.6のサポートは1月に終了し、セキュリティアップデートは来年終了します。

パッチを適用しましたが、すべてが機能しているようです。 しかし、それは私を心配します:)

心配する必要はありません。 物事は本当に良くなっています。 過去2年間は、osticketユーザーにとっては簡単ではありませんでした（特にosticketの人々にとってはそうだと思います）。 主な開発者の1人（greezybacon、とてもフレンドリーで、いつも親切で熟練したコーダー！）がプロジェクトを去り、プロジェクトをうまくサポートし、彼が残した大きなギャップを埋めることができる新しい開発者を見つけるのに時間がかかります。 これはしばらくの間開発を遅らせていました。 しかし、開発速度が向上するという全体像を見ると、githubで確認できます。 そして、大きな変更が予定されています（たとえば、APIの完全な刷新、カスタムキュー機能->アルファ版として利用可能）。

また、clonemeagainhttps ：//github.com/clonemeagainやMicke1101https ： //github.com/Micke1101のような新しい熟練したコミュニティメンバーは、プラグインを使用してコミュニティに多くのすばらしいものを提供しています。 彼らはまた、彼らの良い知識でフォーラムの多くのユーザーを助けています。 フォーラムのモデレーターであるntozierは、何年にもわたって多くの人々を助けてきました（そして助けています）。 しかし、人々は彼らを助けることを容易にしません。 彼らはガイドラインを読んでおらず、重要な情報を忘れており、時にはうまくコミュニケーションできないか、まったく失礼です。

単一の問題レポートのような細部にのみ焦点を当てている場合、これを確認するのは簡単ではありません。 非常に多くの問題レポートがあります。 それらの多くは古く、書き方が悪く、複製されているなどです。 このジャングルの中で物事を追跡するのは難しいです。

多くの人が多くの願いを持っており、プロジェクトを支援している人はそれほど多くありません。 彼らのほとんどは自分の視点しか見ておらず、他人を助けることに興味がありません。 しかし、これは非常に小さなチームが彼らが期待しているタイムラインですべての願いを達成することを困難にします。 同様に強力で、非常に多くの優秀な人々が協力しているオープンソースのヘルプデスクプロジェクトを私は知りません！

ちょうど私の2セント;-)

何か奇妙に聞こえるなら、これは私の言い訳です：
私は英語を母国語としないので、ほとんどの場合、 https：//www.deepl.com/translatorのようなディープラーニング翻訳ツールを使用してい

10月3日にsolsticesurferによって記録された変更を行うと、[割り当て]ポップアップが白い空白のバー/ウィンドウになります。 添付資料参照。

Debianバスターx64
4.13.13-1

@jonshado彼らは以前に

@ntozier
面白い。 ダブルチェックを行い、差分を示す前の投稿の行を適切に置き換えたので、今は元に戻しました。 ここにファイルを含めました。

私たちは金曜日にライブを開始したので、これらのアイテムの多くは、私のチームがシステムを介してサスペンドしているときにのみ登場します。

機能的に認識しているシステムに他の問題はありません。 ただし、システム情報を見ると、php.iniで設定したにもかかわらず、cgi.fix_pathinfoを1に設定したとは思われません。

編集しようとしているシステム情報、php.ini、forms.phpを含めました。 ostがphp.iniの変更を認識しない理由をまだ調べています。

サーバー情報

osTicketバージョン| v1.10.1（9ae093d）—最新
Webサーバーソフトウェア| Apache / 2.4.29（Debian）
MySQLバージョン| 10.1.29
PHPバージョン| 7.0.25-1

gdlib | 画像操作とPDF印刷に使用されます
imap | メールの取得に使用
xml | XML API
xml-dom | HTMLメール処理に使用されます
json | JSONの作成と処理のパフォーマンスが向上します
mbstring | 西ヨーロッパ以外の言語のコンテンツに強くお勧めします
phar | プラグインと言語パックに強くお勧めします
intl | 西ヨーロッパ以外の言語のコンテンツに強くお勧めします
fileinfo | アップロード用のファイルタイプを検出するために使用されます
APCu | 全体的なパフォーマンスを向上させます
Zend Opcache | 全体的なパフォーマンスを向上させます

cgi.fix_pathinfo |
date.timezone | アメリカ/ニューヨーク

スキーマ| osticket_db（localhost）
使用スペース| 5.14 MiB
添付ファイル用のスペース| 0.00 MiB
タイムゾーン| EST（America / New_Yorkとして解釈）

shared.zip

php.iniに変更を加えた後、Apacheを再起動する必要があります。 あなたはそれをやりました？

@ntozierはい、あります。 また、システムを完全に再起動しました。 他のコミュニティの投稿によると、phpのインストールはapacheモジュールとして実行されているため、情報セクションの警告は消えないようです。そのため、影響はないと思います。

インストールの残りの部分は機能しているように見えます。 私の懸念は、これらのエラーがcronジョブの正常な実行を妨げていることです。 私のcronログには何もありません。 管理パネルからのフェッチをオフにします（したがって、メールのcronチェックのみである必要があります）。うまくいけば、メールが取り込まれるのがわかります。

ここでも同じ問題があります。 それが何であるか理解できませんでした。 しかし、それがあなたが再びシステムを操作する方法です。

/var/www/html/include/class.forms。 php：4339

 function render($staff=true, $title=false, $options=array()) {

//        switch(strtolower($options['template'])) {
//        case 'simple':
            $inc = STAFFINC_DIR . 'templates/dynamic-form-simple.tmpl.php';
//            break;
//        default:
//            throw new Exception(sprintf(__('%s: Unknown template style %s'),
//                        'FormUtils', $options['template']));
//        }

        $form = $this;
        include $inc;
    }

@ossdの場合、部門の転送にも空白のエージェントウィンドウと同じ問題がありました。 エージェントウィンドウと同じコードを使用しているように見えるので、転送セクションに修正を適用して機能しました。

これが他に何も壊さないことを願っています！

include /class.forms。 php：4462

function render($staff = true, $title = false, $options = Array()) {

//        switch(strtolower($options['template'])) {
//        case 'simple':
            $inc = STAFFINC_DIR . 'templates/dynamic-form-simple.tmpl.php';
//            break;
//        default:
//            throw new Exception(sprintf(__('%s: Unknown template style %s'),
//                        'FormUtils', $options['template']));
//        }

        $form = $this;
        include $inc;

}

この警告の最終的な修正はありますか？ または、誰かが作業パッチを共有できる可能性がありますか？

@iprok

この問題は、このプルリクエストで修正する必要がありますが、 1.11.xシリーズの場合のみです。 1.10.x試してみても大歓迎ですが、何かが壊れる可能性があります（わからない、テストされていません）。

乾杯。