This is an issue with the 32 bit version of PHP.
Whenever a new or updated post is created with flow, it shows the date at 1969 (46 years ago). All recent changes and modified pages show the correct date so I have no idea where this date is coming from as the database and server is showing the correct date and time.
I have seen a few bugs around this reported, but does anyone have a fix please?
I am on the latest development version of Mediawiki and master version of Flow.
Hi Fireflyt. Which of the existing bugs most closely resembles the problem you're encountering? https://phabricator.wikimedia.org/maniphest/query/vFohB34buG0X/#R
Hi Quiddity, thank you for your reply and apologies for the my delay as I have been away.
The open bug - "T109528 Wrong message dates in Flow on certain OS/architectures" best resembles the problem I am experiencing. The date for any new discussions or replies literally shows as being added 46 years ago, being 1969.
We are looking at upgrading our Mediawiki platform at the moment and I am working on a test environment which is currently using Mediawiki 1.27 wmf 23. Our OS is Windows Server 2008 R2.
I am more than happy to try any suggestions or provide any more information.
I've talked to a dev, who suggests that it would probably be a couple of full days of work to fix this. We're not able to prioritise it at the moment, so I can't give an ETA for a fix. If you're interested in working on this yourself, the information in phab:T109528 should be enough to get started (and is the best place to ask followup questions). Hope that helps.
I have the problem too, I use Windows Server 2012 R2 with IIS 7.0 and PHP 5.5.37.
I am using a virtualized machine on Hyper-V.
The "46 years old" problem also appears on Firefox, Chrome, and is not really related to IE imo.
I'll ask on phabricator.
I tried Chrome and Firefox too. Let me know if you get anywhere with this Tuxxic as we would love to use this as a replacement to Liquidthreads.
Cheers.
To be honest I am not a dev, I only hope this one will be addressed by someone who know better than me :)
I am also having this problem with my MediaWiki 1.27!
And i also cannot disable the Flow!
Who can help me!?
Are you using IIS as a web server ?
I ask in order for the devs to reduce the test field.
Windows Server 2016 with a modified WAMP Server
- Apache 2.4.23
- PHP 7.1.7
- MySQL 5.7.14
www.yzwiki.com
The problem is likely not to be Windows, but using a 32-bit (x86) version of PHP rather than 64-bit (x64) - which is common on Windows. Unfortunately this results in permanent data corruption of the timestamps per https://phabricator.wikimedia.org/T109528
I am seeing the same issue on my setup, running MediaWiki 1.28 with WAMP 2.5 on Windows Server 2012 R2 Datacenter, also happens with a local dev setup that is running WAMP 2.5 as well on Windows 10 Build 1607. In my WAMP 2.5 builds the dependency versions are:
- PHP 5.5.12
- Apache 2.4.9
- MySQL 5.6.17
Thanks @Pajellen, so what I understand is that it is a problem with Windows, not the webserver (since we have the same system).
Seems to be the case, I don't have a server setup with Linux since our work environment exclusively uses Windows (I have tried to push for a Linux virtual server but no dice so far). Let me know if you need any other info, I'd be glad to help.
I can confirm this is happening on the latest stable 1.29 version with the flow extension running the latest version as well. Windows server running IIS. We have decided to move away from the flow extension due to this bug.
Were you ever able to get Flow disabled on your talk pages? It seems like a big hassle just to get flow disabled and move back to the normal talk pages. If you did, do you have any steps or resources?
I have a same problem.
Raspberry Pi 3 and Raspbian (Debian) Stretch
MediaWiki 1.30.0
PHP 7.0.27-0+deb9u1 (apache2handler)
MariaDB 10.1.23-MariaDB-9+deb9u1
ICU 57.1
I read this : https://phabricator.wikimedia.org/T109528
Is it a problem from 32bit and 64bit processing?
Yes, that's right. You could try Gentoo: https://github.com/sakaki-/gentoo-on-rpi-64bit
