Closed
Bug 408788
Opened 17 years ago
Closed 15 years ago
Ambiguous wording in "Have I visited this website before today?"
Categories
(Firefox :: Page Info Window, defect)
Firefox
Page Info Window
Tracking
()
VERIFIED
FIXED
Firefox 3.7a1
People
(Reporter: Pike, Assigned: atopal)
References
Details
(Whiteboard: [good first bug])
Attachments
(1 file, 2 obsolete files)
1.35 KB,
patch
|
johnath
:
review+
|
Details | Diff | Splinter Review |
As Michael pointed out in bug 377076 comment 12, the wording
"Have I visited this website before today?"
in http://mxr.mozilla.org/mozilla/source/browser/locales/en-US/chrome/browser/pageInfo.dtd#116 is ambiguous, depending on whether you group the "before" to "visited" or to "today".
Comment 1•17 years ago
|
||
To be clear then:
- The primary intent of the line is to communicate to the user whether this is a site they have visited "in the past," BUT
- It's relatively straightforward for sites to build magic that gets their name added to history hundreds of times, either to deliberately undermine history-based UI, or just because they're buggy, SO
- We want to use a test which removes that possibility by looking for history entries that existed before today, since those are substantially more work to inject, enough so that the "attack" (such as it is) is unlikely to occur.
Hence, the intended grouping (and maybe the low bar for a string recommendation here) is:
"Have I visited this website (before today)?"
We don't want to drop the temporal reference ("Have I visited this website before?" or "Have I visited this website in the past?") because those will make our behaviour seem buggy on newly visited sites, where visits won't immediately show up.
Other suggestions are welcome.
Comment 2•17 years ago
|
||
"Have I visited this web site prior to today?"
Updated•17 years ago
|
Version: unspecified → Trunk
Reporter | ||
Comment 4•15 years ago
|
||
Can we get this fixed in 3.7? Sounds like a nice bug to get started.
Whiteboard: [good first bug]
Assignee | ||
Comment 5•15 years ago
|
||
Right, I'll take it :)
Assignee: nobody → a.topal
Status: NEW → ASSIGNED
Assignee | ||
Comment 6•15 years ago
|
||
I took Michaels wording, since it's clear and doesn't need parentheses.
BTW: my first patch to the product after 7 years in the project :)
Attachment #419784 -
Flags: review?(l10n)
Comment 7•15 years ago
|
||
Comment on attachment 419784 [details] [diff] [review]
Michael's wording
>diff -r e9f33e85a979 browser/locales/en-US/chrome/browser/pageInfo.dtd
> <!ENTITY securityView.privacy.header "Privacy & History">
>-<!ENTITY securityView.privacy.history "Have I visited this web site before today?">
>+<!ENTITY securityView.privacy.history2 "Have I visited this web site prior to today?">
> <!ENTITY securityView.privacy.cookies "Is this web site storing information (cookies) on my computer?">
Rev'ng the entity here is sort of a fine line, we're not changing the semantic meaning so much as clarifying it, but I guess it will likely cause the other english-based locales to update themselves. If you *do* rev the entity though, then you need to also update the source code anywhere that entity is used, so that it can resolve the entity once again.
Does that make sense?
MXR says you've only got one place to update anyhow: http://mxr.mozilla.org/mozilla-central/search?string=securityView.privacy.history
Attachment #419784 -
Flags: review?(l10n) → review-
Reporter | ||
Comment 8•15 years ago
|
||
Yea, I wouldn't rev the entity here.
Assignee | ||
Comment 9•15 years ago
|
||
Wow, I screwed up a one liner!
Hope it works better this time ;)
Attachment #419784 -
Attachment is obsolete: true
Attachment #422269 -
Flags: review?
Assignee | ||
Updated•15 years ago
|
Attachment #422269 -
Flags: review? → review?(johnath)
Assignee | ||
Comment 10•15 years ago
|
||
Well, third time is a charm, or something :)
Attachment #422269 -
Attachment is obsolete: true
Attachment #422270 -
Flags: review?(johnath)
Attachment #422269 -
Flags: review?(johnath)
Updated•15 years ago
|
Attachment #422270 -
Flags: review?(johnath) → review+
Updated•15 years ago
|
Keywords: checkin-needed
Comment 11•15 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.7a1
Comment 12•15 years ago
|
||
Verified Fixed.
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a1pre) Gecko/20100120 Minefield/3.7a1pre (.NET CLR 3.5.30729) ID:20100120043108
Status: RESOLVED → VERIFIED
See Also: → https://launchpad.net/bugs/264745
You need to log in
before you can comment on or make changes to this bug.
Description
•