New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 798504 link

Starred by 3 users

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug


Show other hotlists

Hotlists containing this issue:
Hotlist-1


Sign in to add a comment

forged copyright year

Reported by tehni...@gmail.com, Jan 2 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.105 Safari/537.36 Vivaldi/1.92.917.43

Steps to reproduce the problem:
go to help > about in chrome and vivaldi (chromium based)

What is the expected behavior?
actual copyright depending on installed version

What went wrong?
copyright is forged via current date

really ? are we THAT dumb ?

Did this work before? N/A 

Chrome version: 00  Channel: stable
OS Version: 00
Flash Version: 00

i'm not expecting this to be read by any human in the next 20000 years.

t.y.
 
crap2.png
157 KB View Download
crap1.png
92.3 KB View Download
Cc: sc00335...@techmahindra.com
Labels: Needs-Milestone Triaged-ET M-65 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
tehnimax@ Thanks for the issue.

Able to reproduce this issue on Windows 10, Mac OS 10.12.6 and Ubuntu 14.04 on the latest Stable 63.0.3239.132 and Canary 65.0.3312.0.
On changing the system date to the past, the copyright year in wrench menu -> Help -> About Google Chrome is shown as the year which is set in the system.

This is a non-regression issue as it is observed from M50 chrome builds. 
Attached are the screen shot for reference.

Hence, marking it as Untriaged for updates from dev team.

Thanks...
798504.png
102 KB View Download
Relevant code: https://cs.chromium.org/chromium/src/chrome/app/google_chrome_strings.grd?l=219

I'm inclined to say that this is probably working as intended, so that the copyright year is always current and doesn't have to be manually changed each year. I don't feel it's necessary to work around someone deliberately setting their clock wrong. That said, I don't represent the Chromium project, so the final call will be up to Chromium developers.

Comment 3 by tehni...@gmail.com, Mar 22 2018

That confirms our suspicions. The users are indeed played for suckers. 
The programmers are too lazy to change 2 nibbles, anyway. Nothing new.
>That confirms our suspicions.
What are you suspicious about? The fact that the code calls for the current year to be used doesn't make me suspicious anyhow of Chromium.

>The users are indeed played for suckers.
If someone deliberately sets their clock wrong, what harm is it to them to have the copyright year wrong?

>The programmers are too lazy to change 2 nibbles, anyway. Nothing new.
There isn't really any reason for them to manually change the year, because they can just tell it to use the current year.
Labels: Hotlist-DesktopUIChecked Hotlist-DesktopUIValid
*** UI Mass Triage***

Still seeing the same issue on all OS using chrome latest Canary-72.0.3618.0. As it is non reg issue, adding respective labels.

Sign in to add a comment