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)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
Firefox 3.7a1

People

(Reporter: Pike, Assigned: atopal)

References

Details

(Whiteboard: [good first bug])

Attachments

(1 file, 2 obsolete files)

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".
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.
"Have I visited this web site prior to today?"
Version: unspecified → Trunk
Can we get this fixed in 3.7? Sounds like a nice bug to get started.
Whiteboard: [good first bug]
Right, I'll take it :)
Assignee: nobody → a.topal
Status: NEW → ASSIGNED
Attached patch Michael's wording (obsolete) — Splinter Review
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 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 &amp; 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-
Yea, I wouldn't rev the entity here.
Attached patch Patch without rev change (obsolete) — Splinter Review
Wow, I screwed up a one liner! Hope it works better this time ;)
Attachment #419784 - Attachment is obsolete: true
Attachment #422269 - Flags: review?
Attachment #422269 - Flags: review? → review?(johnath)
Well, third time is a charm, or something :)
Attachment #422269 - Attachment is obsolete: true
Attachment #422270 - Flags: review?(johnath)
Attachment #422269 - Flags: review?(johnath)
Attachment #422270 - Flags: review?(johnath) → review+
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3.7a1
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
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: