Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Y2K38 is fixed in MariaDB and PHP 8.3, but that is not mentioned in PhpMyadmin #19133

Open
arnoldvdm opened this issue Apr 26, 2024 · 2 comments

Comments

@arnoldvdm
Copy link

Describe the bug

A clear and concise description of what the bug is:

the Y2K38 problem is the problem that will occur in 2038 for 32-bit systems.
This is because these systems keep time as the number of seconds since January 1, 1970 (the Unix epoch) and after 03:14:07 UTC on January 19, 2038 this number will overflow, which can lead to errors in time and date functions.

the bug is that PhpMyadmin still mentions that TimeStamp ends in 2038 instead of the year 2316 April 26

To Reproduce

Steps to reproduce the behavior:

  1. Go to a table.
  2. Click on structuur (structure)
  3. Scroll down to starten (start)
  4. Click on starten (start)
  5. Click on arrow down next to INT
  6. Scroll down to TIMESTAMP
  7. Hover your mouse over TIMESTAMP
  8. See error
    "Een tijdstip, van 1970-01-01 00:00:01 UTC tot 2038-01-09 3:13:07 UTC, wordt opgeslagen als aantal seconden sinds het beginmoment
    (1970-01-01 00:00:00 UTC)"

Expected behavior

See alt atribute:
"Een tijdstip, van 1970-01-01 00:00:01 UTC tot 2316-04-26 0:00:00 UTC, wordt opgeslagen als aantal seconden sinds het beginmoment
(1970-01-01 00:00:00 UTC)"

A clear and concise description of what you expected to happen.

Screenshots

If applicable, add screenshots to help explain the bug.

AI dutch response PHP

AI dutch response

PHPmyAdmin TimeStamp until 2038

Server configuration

  • Operating system: Windows 11 version 24H2 26100.1
  • Web server: Apache
  • Database version: MariaDB -> InnoDB
  • PHP version: 8.3
  • phpMyAdmin version: 5.2.1

Client configuration

  • Browser: Microsoft Edge 124.0.2478.51
  • Operating system: Windows 11 version 24H2 26100.1

Additional context

Add any other context about the bug here.
Why is my Program Files (x86) folder still full of 32-bit software and drivers?

@MoonE
Copy link
Contributor

MoonE commented Apr 27, 2024

I found this in the MariaDB documentation:

the TIMESTAMP data type can hold values between '1970-01-01 00:00:01' (UTC) and '2038-01-19 03:14:07' (UTC) (MariaDB 11.3 and earlier, 32-bit platforms ) or '2106-02-07 06:28:15 UTC' (from MariaDB 11.5, 64-bit platforms only).

https://mariadb.com/kb/en/timestamp/

Where did you get the dates from? Do you have a link where one canread about it?

And what kind of fix happend in PHP 8.3?

@smalos
Copy link

smalos commented May 1, 2024

This is not a bug, just the tooltip in Typs.php needs to be updated. E.g. to:

case 'TIMESTAMP':
    return __(
        'A timestamp, range is 1970-01-01 00:00:01 UTC to 2038-01-19 ' .
        '03:14:07 UTC on 32-bit platforms (MariaDB 11.3 and earlier), ' .
        'and up to 2106-02-07 06:28:15 UTC on 64-bit platforms (MariaDB 11.5 and later), ' .
        'stored as the number of seconds since the epoch (1970-01-01 00:00:00 UTC)'
    );

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants