試してみたところ、予約した時間のUTC+0の時間がをローカルタイムとする日時が投稿日になってる(要するにJSTなら9時間前にずれている)ようでしたが同様ですか？
関係のありそうな4.4の変更: https://core.trac.wordpress.org/ticket/30429
明日の午前11時55分を指定してもすぐに公開されたりして公開スケジュールが機能していません。
だから違う……？
あ、一緒ですね
明日の今にすると９時間ずれます
すぐに公開は９時間以内の話ですね
調べてみると少し気になることになってきました…
まずコードを読むのも面倒だったので一回パケットキャプチャをとってみたのですが…
https://gist.github.com/hinaloe/88bc64ec00b2ce79f502
これは12/14 20:00 (JST) をターゲットに予約投稿をしようとしたものです。
date_created_gmt には20151214T11:00:00 (正常なGMT)が入ってるのですが、 dateCreated には 20151214T02:00:00 という一見どこから現れたのか分からないような値が入っています。よくよく考えればGMT-9した時間であり、タイムゾーンに応じて同様に評価されるかと思います。
(チケットにもそんな話あった気が)
ここからは仮説になるのですが…
もしかすると、これらのクライアントアプリは(Androidしか確認していませんが)WordPressのバグに対応するために…
あ、違う…
https://github.com/WordPress/WordPress/blob/master/wp-includes/class-wp-xmlrpc-server.php#L4989
これがZつけたところでローカルタイムには直されてないのが原因ですね。多分。(そんな関数あったっけ…)
(get_date_from_gmtを飛ばしたのにこっちでやってないのが原因だから…)
こんにちは。
とりあえず公開したい時刻に９時間プラスしたらうまくいきそうですね。
正式に対応されるまではこの運用で逃げようかなと思います。
ありがとうございました。
reported https://core.trac.wordpress.org/ticket/35053 🙂
4.4.1で修正されるはずです (とりあえずWPアプリに関する部分は)
素朴な疑問なんですが、プラグインが全く関係ない、デフォルトの機能、それも核となる投稿の機能でこのような不具合がなぜ起きるのでしょうか？
厳しい言い方になりますが、関係者の方は何をされているのでしょうか？
しかも未だに修正すらされないとか不思議でしかたがないのですが。
devsasaさん
WordPressはオープンソースソフトウェアで、コミュニティによって開発されています。
誰にもバグを修正する義務はありません。そのバグに影響を受ける人が修正すればいいだけです。
なので、「関係者の方は何をされているのでしょうか？」などという文句をいうぐらいなら、自分でパッチを書くなり、コードを分析してどう解決するのがいいのかを考えることに時間を使ったほうがよっぽど有効ですよ。(方針が好かなければ、使うのをやめることもありですね。)
しかもXML-RPCはなくても普通に基本動作はしますし、XML-RPCのメンテナンスよりもREST APIの開発に人が集まる傾向にあります。
＞誰にもバグを修正する義務はありません。そのバグに影響を受ける人が修正すればいいだけです。
おっしゃられていることはわかるのですが、世界中のサイトの3割でしたか？がwordpressで稼働しているとかいうニュースもありましたよね、なのでそういう事を言っていられる環境ではないのでは？と思った次第です。
技術屋の閉鎖的なコミュニティで運営してていい時期はもう過ぎたと思うんですよね。
特にこういう思想、
＞誰にもバグを修正する義務はありません。そのバグに影響を受ける人が修正すればいいだけです。
こういうのを錦の御旗にして、結局なにもしないみたいな。
技術屋さん、得意ですよね、こういうセリフ。
「Android端末から投稿できること」という要件を定義し、
ウェブ制作会社に発注して、運用もサポートしてもらう契約をすれば、
不具合は事前にチェック＆修正されますよ。
4.4.1が自動更新され、投稿時の不具合は直りました
が別の不具合がｗ
下書きで保存した投稿をandroidクライアントで時間指定投稿すると公開のタイミングが即時になっちゃいますね
