Slashdot Mirror


Firefox 's Ping Attribute: Useful or Spyware?

An anonymous reader writes "The Mozilla Team has quietly enabled a new feature in Firefox that parses 'ping' attributes to anchor tags in HTML. Now links can have a 'ping' attribute that contains a list of servers to notify when you click on a link. Although link tracking has been done using redirects and Javascript, this new "feature" allows notification of an unlimited and uncontrollable number of servers for every click, and it is not noticeable without examining the source code for a link before clicking it."

575 comments

  1. Firefox's Ping Attribute: Useful AND Spyware by eldavojohn · · Score: 5, Insightful

    This isn't a question, it's obviously a little of both. Sacrifice some information about the sites you visit to allow those who run the servers (anyone, really) some feedback and statistics.

    It's simply the user's choice as to whether or not the pros outweigh the cons. And I'm sure the massive response that ensues on Slashdot will reveal that everyone values these pros and cons differently.

    Doesn't seem to be much argument other than I think they should have a very simple way to disable this if the user so chooses. As with the iTunes fiasco, I would recommend Firefox be distributed with this option disabled.

    --
    My work here is dung.
    1. Re:Firefox's Ping Attribute: Useful AND Spyware by Stevyn · · Score: 5, Funny

      Nooo! Here in the US, the media polarizes two options and have people in bow ties argue it. You're either in agreement with this idea or totally against it.

    2. Re:Firefox's Ping Attribute: Useful AND Spyware by timeOday · · Score: 5, Insightful
      As with the iTunes fiasco, I would recommend Firefox be distributed with this option disabled.
      I'm racking my brain to imagine why a user would ever want to enable it.
    3. Re:Firefox's Ping Attribute: Useful AND Spyware by heavy+snowfall · · Score: 5, Insightful

      As I see it this will only make it easier to avoid tracking. At the moment tracking links are often obfuscated like this one. With this new attribute and the ability to disable it you get a plain non-tracked destination URL.

      Because of this, and it being mozilla-specific for now, websites that currently use tracking URL's will see no value in switching over.

      As for privacy concerns, it's already quite easy to track people on the web. Those who avoid it now are more in the know and would probably just add this to the list of things to disable.

    4. Re:Firefox's Ping Attribute: Useful AND Spyware by oneiros27 · · Score: 4, Informative
      I would recommend Firefox be distributed with this option disabled
      Which would give web developers no reason to ever bother using it, and they'll continue doing the same little tricks they've been using for years to keep you from seeing that they're tracking the links.

      Take a look at the HTML source on Fark -- you'll see javascript to overwrite the status line so it doesn't show it's tracking you ... and there are hundreds, if not thousands or millions of other sites that do the same.
      --
      Build it, and they will come^Hplain.
    5. Re:Firefox's Ping Attribute: Useful AND Spyware by nodrogluap · · Score: 1

      I'd take a compromise. By default I'd allow pings to the domain the HTML page came from, but would require specific user enabling to allow other sites to be pinged.

    6. Re:Firefox's Ping Attribute: Useful AND Spyware by kawika · · Score: 5, Insightful

      The blog is right that from a user perspective this is good because it makes the target page load faster and makes the tracking transparent. However, this gives the marketer or website even less control than they have now.

      Today, ad or other link tracking is generally handled like this: The link target specifies a tracking page and passes in a magic word or number that specifies the campaign or other info (e.g., "go.php?id=123" or "click.asp?campaign=A1254S"). That page logs the click in some database and issues a redirect to the actual destination page. Sometimes the web server log acts as the "database" and the click stats are processed from the logs.

      With this new scheme, idea is supposed to be that the href target would be the actual destination and there would be no need for the time-consuming redirect. The separate ping attribute would take care of notifying the server similar to what happens today. But now the target page is out in the open for the client to see, and it is not essential to use the ping URL at all! Once users start blocking ping URLs, as they inevitably will, this transparency means that click stats will be very unreliable.

      Since a lot of revenue depends on click numbers, this outcome is bad for commercial web sites. Therefore, very few money links will ever use this scheme and will instead stay with the tried-and-true redirect pages.

    7. Re:Firefox's Ping Attribute: Useful AND Spyware by mwvdlee · · Score: 1

      Given the simple fact that the owner of the server can already do all the "useful" bits without this attribute, why would any user ever want to enable this feature? It has absolutely no use to them whatsoever.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    8. Re:Firefox's Ping Attribute: Useful AND Spyware by Art+Tatum · · Score: 4, Insightful

      You were moderated as funny, but it should've been insightful. I have a friend who describes the American political scene as two armies in trenches, shooting at straw men in no-man's-land.

    9. Re:Firefox's Ping Attribute: Useful AND Spyware by Random+Chaos · · Score: 1

      I'm more interested in the potential abuse in the way of a DOS attack. People could unwittingly be involved in a DOS attack by simply clicking links on various public forums that allow HTML code that cause mass pings a single website.

    10. Re:Firefox's Ping Attribute: Useful AND Spyware by Hatta · · Score: 2, Informative

      Which would give web developers no reason to ever bother using it, and they'll continue doing the same little tricks they've been using for years to keep you from seeing that they're tracking the links.

      Sure, but is that a reason to just hand the data to them on a silver platter? I mean, why keep spammers out of your MTA? They'll just resort to various tricks to spam anyway, so why not just give them an account?

      Firefox should provide new ways to ensure our privacy, not new ways to violate it. I'm disappointed.

      --
      Give me Classic Slashdot or give me death!
    11. Re:Firefox's Ping Attribute: Useful AND Spyware by Kadin2048 · · Score: 2

      I have a friend who describes the American political scene as two armies in trenches, shooting at straw men in no-man's-land.

      Pretty much. Although, occasionally we shoot at real people, too.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    12. Re:Firefox's Ping Attribute: Useful AND Spyware by Anonymous Coward · · Score: 0

      Which would give web developers no reason to ever bother using it, and they'll continue doing the same little tricks they've been using for years to keep you from seeing that they're tracking the links.

      Why do you assume that all of the sudden Web developers will use plain, informative URLs in their PING attributes? There is nothing that stops them from embedding those same redirects into the ping attribute. All it does is make it possible to hide this behavior from the user no matter what they do short of examining the source code. I suspect that is the real reason for this feature. It can already be done via JS, so you have to ask yourself why are they trying to implement it in another way that cannot be disabled.

    13. Re:Firefox's Ping Attribute: Useful AND Spyware by Anonymous Coward · · Score: 0

      Which is why I always immediately remove javascript's ability to overwrite the status bar on any browser I use.

    14. Re:Firefox's Ping Attribute: Useful AND Spyware by OhHellWithIt · · Score: 1
      With this new attribute and the ability to disable it you get a plain non-tracked destination URL.

      I haven't found the part about how to disable it. It's not in the UI, and it doesn't seem to be in the files I grepped, nor does it turn up in the first couple of pages of Google hits.

      I feel betrayed. There are certainly good uses for this new "feature", but I'd like to have more say as an end user. That's why I switched to Mozilla/Firefox in the first place.

      --
      "Who controls the past controls the future. Who controls the present controls the past." -- George Orwell
    15. Re:Firefox's Ping Attribute: Useful AND Spyware by Anonymous Coward · · Score: 0

      Well if it is disabled by default, then websites wont use it and will continue to use the (a href="redirect.to?url=http://www.external.site"). So we will still have the problems it was meant to solve.

      The differences to the end user, over the redirect is:
      - Response time is quicker.
      - The target URL is not obsfucated.

      As websites already track your navigation habits using the redirect URL, there is no increase privacy exposure. So really this feature is for the end user, in the similar way as cookies.

      With that said, yes this feature is to enable websites to track your habits, but it does not increase your exposure.

      For the best of both worlds, my proposal is that:
      - It is on by default. A Header is added to the request to say that it will 'ping' home
      - It can be switched off - removing the header.

      This way, everybody wins.

    16. Re:Firefox's Ping Attribute: Useful AND Spyware by cyclomedia · · Score: 1

      >I would recommend Firefox be distributed with this option disabled

      and i suppose web servers should also ask your permission to write your requests to their log files too? it's just a tracking tool, i can immediatley think of a few handy uses for this, not all developers work for evil corporations bent on tracking your every move, you know. some of us are actually just interested in where the traffic is going

      --
      If you don't risk failure you don't risk success.
    17. Re:Firefox's Ping Attribute: Useful AND Spyware by NotBorg · · Score: 1

      If distributed with the option disabled, it might as well be not present. If distributed with the option enabled, the bulk of users either won't know how to turn it off or won't recognize it as a potential problem. If it doesn't directly effect the presentation of the software most users won't know any better.

      While one could argue that Firefox users are generally more tech savvy, that may not always be the case if Firefox becomes significantly popular. Because its dwarfing competition doesn't support the feature points in either direction are mute at this time (There's not enough of a significant advantage for web developers to write a separate branch just for Firefox when the same result can be obtained through other means that function in nearly all popular browsers by default).

      --
      I want this account deleted.
    18. Re:Firefox's Ping Attribute: Useful AND Spyware by Shimmer · · Score: 1

      How?

      --
      The most rabid believers in American Exceptionalism are the exact same people whose policies are destroying it.
    19. Re:Firefox's Ping Attribute: Useful AND Spyware by Quixote · · Score: 2, Interesting
      Relying on the user to submit the right statistics is asinine. No company will trust user-submitted stats ("I stayed on your web page and read every word...lol"). This is why redirects are essential: the site owner has concrete numbers about the clicks.

      Once again, Firefox/Mozilla folks are showing their arrogance (anyone else remember "blink"?). When their marketshare was down, they would never have done such a thing; but now that their marketshare is noticeable, they are back to their old ways.

      If Microsoft had done this, everyone would be up in arms about their "embrace and extend". Why isn't there a hue-and-cry about Firefox "extending" things unilaterally? Oh, I know why: because the almighty Google backs FF now.

    20. Re:Firefox's Ping Attribute: Useful AND Spyware by DaggertipX · · Score: 1

      I hate to feed trolls but...

      Did you even read the article? This is doing the same thing that is being done anyway - with a lesser cost and an ability to disable it.
      Microsoft, inadvertantly, has done the same thing through an easily exploited bug in their image handling code. You just can't turn it off.

    21. Re:Firefox's Ping Attribute: Useful AND Spyware by dubl-u · · Score: 3, Funny

      Once users start blocking ping URLs, as they inevitably will, this transparency means that click stats will be very unreliable.

      A very small portion of people (including apparently a number of needlessly alarmed people on Slashdot) will bother to turn this off. The vast majority of humanity will continue not to care. This will add a small amount of unreliability to click stats, but that unreliability will be swamped by the normal apparent unreliability of the web caused by different configurations, different browsers, different OSes, different platforms, a wide variety of proxies, and cats chewing on ethernet cables.

      The kinds of people who use these stats seriously already know that they are statistics, not crime scene records.

    22. Re:Firefox's Ping Attribute: Useful AND Spyware by lawyer+boy · · Score: 1
      Slightly off the main topic, but Apple has changed the way iTunes initially activates the ministore so that users get the following message:

      "The iTunes MiniStore allows you to discover new music and videos right from your iTunes Library. As you select items in your Library, information about that item is sent to Apple and the MiniStore will show you related songs or videos. Apple does not keep any information related to the contents of your music Library.

      "Would you like to turn on the MiniStore now?"

      See the following for more info:

      http://playlistmag.com/news/2006/01/18/ministore/i ndex.php?lsrc=mwrss

    23. Re:Firefox's Ping Attribute: Useful AND Spyware by cnettel · · Score: 1

      "you'll see javascript to overwrite the status line so it doesn't show it's tracking you ... and there are hundreds, if not thousands or millions of other sites that do the same." Like this one? Ok, the href might be valid, but the normal way to use the link is still tracked by going to a different URL.

    24. Re:Firefox's Ping Attribute: Useful AND Spyware by orangesquid · · Score: 1

      Fun idea: create a firefox plugin (I know similar things exist, but this would be lightweight and geared toward this specific feature) that lets users submit the real destination to most of these links (since most are of the form go.php?target=somedatabasekey and aren't user/session-specific, at least not yet) and then other users can bypass the redirect pages and fuck with the link counts (also, save time on page loads)---of course, you'd have to make sure a handful of users were submitting the links, so you could wean out the trolls, and you'd probably want the link-submission plugin to load random extra redirection links off of the page to fuck with the click tracking.

      It'd be sort of like that dontbugme plugin or the plugins where a bunch of random users can add their comments to a webpage for other plugin users to see...

      --
      --TheOrangeSquid Is it any wonder things seem so awry? We swim in a sea of confusion and don't have to think to survive
    25. Re:Firefox's Ping Attribute: Useful AND Spyware by Anonymous Coward · · Score: 0

      I'm racking my brain to imagine why a user would ever want to enable it.

      As am I! Face it, this has no value to a user at all; this is only useful to owners of websites that want to track visitors to their websites!

      Firefox has sold out. Instead of creating features useful to users of their product, they have graduated to creating features for the owners of websites so that they may collect information on Firefox users.

      Need proof? Check out the referenced link. Specifically:
      This change is being considered in large part because some very popular websites have asked for a solution to this problem.

      This is the first reason I have seen not to use Firefox.

    26. Re:Firefox's Ping Attribute: Useful AND Spyware by Anonymous Coward · · Score: 0

      It's only enabled for development builds.

      You don't have it, so would you please stop whining and shut the fuck up?

    27. Re:Firefox's Ping Attribute: Useful AND Spyware by drooling-dog · · Score: 1
      Why isn't there a hue-and-cry about Firefox "extending" things unilaterally?

      Well, there is such a hue-and-cry, and you've just contributed to it.

    28. Re:Firefox's Ping Attribute: Useful AND Spyware by a.d.trick · · Score: 1

      Actually I think this could only help the users in the end, although it's more likely to do nothing.

      As the summary pointed out there's not really any new functionality being added. You can currently do the same things with javascript or funny redirects. This will actually increase the privacy users can control. It's possible to disable this ability, or at worst view the source code. With other methods like javascript it's quite possible that it would very difficult to see though viewing the source (if events were dynamically assigned with the DOM) and not many people have the time and technical expertice to browse the web with the DOM inspector.

      My main problem with this is that it is non standard and doesn't really seam like it's work the code that would take to implement the feature.

    29. Re:Firefox's Ping Attribute: Useful AND Spyware by jlarocco · · Score: 2, Interesting
      I'm racking my brain to imagine why a user would ever want to enable it.

      Nobody would ever go out of their way to enable it. I don't know of anyone ever requesting this "feature." And it's not in any HTML, XHTML, Javascript, or CSS standards. So why the hell did they add it? I would expect this from Microsoft, but I'm a little surprised that Firefox is doing it.

    30. Re:Firefox's Ping Attribute: Useful AND Spyware by qray · · Score: 1

      Can it be abused any more so than if the web site contacted the list of sites when the link is requested from the browser and the same information passed along?
      --
      Q

    31. Re:Firefox's Ping Attribute: Useful AND Spyware by adipocere · · Score: 1

      Here I was kinda hoping that Mozilla would be focusing more on the issue of not making my browser crash all the freakin' time. I have gone through numerous versions of Mozilla/Firefox, upgrading constantly, sending in the Quality Feedback Agent, and I continue to crash my browser.

      This is a very Microsoft-like behavior in that they aren't making things work, but they are happy to implement some sketchy new feature that will sure to be a boon to Big Business. Didn't Slashdot dogpile Microsoft a few years back for a similar stunt?

    32. Re:Firefox's Ping Attribute: Useful AND Spyware by Anonymous Coward · · Score: 0

      What an Appallingly Bad Idea this is. So isn't this just another example of an organization Selling Out. There is no benefit to the user for any of these tracking mechanisms. They all violate a basic tennent of openness, don't they??

      The whole set of mechanisms that track users seem to be based on an unwarranted attempt to create value (read $) for what are otherwise valueless items. The value of the ad to a company is the resulting purchase, not the number of people who look in the store front window. The value of the number of people who look in the window is to the window creator who can then show they are deserving of a higher fee. So neither the product seller nor the shopper benefit from any of these mechanism.

      Having identified that it is the store window designers that benefit from these user tracking mechanisms, it is not surprising that the world of online advertising wants to increase the value of their activities. What is very appaling is that Mozilla has decided to do yet another nefarious tracking scheme and they are doing it without even letting users opt out of it.

      This whole process of user tracking is built on closed loop group mis-thinking. The need is rationalized because others do it or there is another way to do the same thing. Rationalizing a bad idea based on other bad ideas does not prove righteousness. This whole situation degrades FireFox and Mozilla. It certainly seems to demonstrate that there needs to be CHANGE in both the staff and management for Mozilla. Don't you all ever talk with regular people or do you only feel comfortable in your world of closed group think.

      Now I haven't posted here before, so if this is too long, my apologies. But this new "feature" is another serious error being made by what was thought to be an upfront organization. Where can we go to get a browser built for users and not built as yet another exploit. It doesn't look like we can recommend FireFox anymore.

    33. Re:Firefox's Ping Attribute: Useful AND Spyware by Anonymous Coward · · Score: 0

      Then why take steps to hide it with Javascript redoing the status bar? BTW: Everyone's favourite "good" company google plays the same "tracking" game occasionally. Haven't you ever noticed a google search returning links in this form: google.com?site=http://www.sdfkjsdf.com? They seem to switch it on occasionally and grab samples.

    34. Re:Firefox's Ping Attribute: Useful AND Spyware by aled · · Score: 2, Funny

      I don't agree, prepare to die!

      --

      "I think this line is mostly filler"
    35. Re:Firefox's Ping Attribute: Useful AND Spyware by generic-man · · Score: 1

      xmlHttpRequest was created by Microsoft and is not part of any HTML, XHTML, JavaScript, or CSS standards. Firefox happily supports it, and everyone who's used Gmail loves it. Nobody ever requested it; Microsoft merely provided it and Firefox supported it years afterwards.

      --
      For more information, click here.
    36. Re:Firefox's Ping Attribute: Useful AND Spyware by Anonymous Coward · · Score: 0

      Google does the same on "random" searches, apparently with a probability depending on the search term. If your first results page is "bugged", all further result pages for this search will be as well, but reloading the first page will give you a chance to get a non-bugged version. Does anyone know more about this?

    37. Re:Firefox's Ping Attribute: Useful AND Spyware by ECramer · · Score: 0

      If you are ever unsure about the validity of a link, right click it first.

      When you right click a link that is being changed by javascript, it will show its true link without you having to actually visit the site. However, I never notice this since I don't allow javascript to change the statusbar text; so I am forced to right click the link to see where it wants me to go.

    38. Re:Firefox's Ping Attribute: Useful AND Spyware by XenoPhage · · Score: 1

      You know, I think a lot of people are missing the point here. If this works, and this tag becomes prevalent, this gives the user greater control over security. It will allow the end user to disable pings and "stop" the tracking. For those that want to be tracked, they will be. Getting tracked is not necessarily a bad thing. It allows marketing folks to target ads. Personally, I'd rather not be bombarded with a variety of ads ranging from pots and pans to viagra. I'd rather see stuff I'm interested in.

      As for those who are complaining about the lack of control... Let's remember that this is in the DEVELOPMENT branch, and wasn't put in a "public" release... I'm sure it will get some more spit and polish before it's released. They have to start somewhere with new features!

      --
      XenoPhage
      Technological Musings
    39. Re:Firefox's Ping Attribute: Useful AND Spyware by g0_p · · Score: 1

      Thats a HUGE reason that I prefer using Opera over Firefox. At least I get to see what I am clicking. (I am not sure why the link hiding does not work in Opera. Maybe javascript problems, maybe, Opera consciously disables it.)

      I think it is very important that the browser helps users discern as much as possible what the user is clicking on. People may argue that if I can't see where the link is pointing to then I shouldn't be stupid enough to click it. The problem with that is that almost everyone is doing it. It is rare to find a popular website that does not do it. In this age of phishing scams, users need as much help from their browser as possible.

    40. Re:Firefox's Ping Attribute: Useful AND Spyware by A+beautiful+mind · · Score: 3, Insightful

      Except that there are really one sides and they are employing a huge mirror...

      --
      It takes a man to suffer ignorance and smile
      Be yourself no matter what they say
    41. Re:Firefox's Ping Attribute: Useful AND Spyware by danchris_0505 · · Score: 1

      Where is the P3P going to play in all this?

    42. Re:Firefox's Ping Attribute: Useful AND Spyware by Lothsahn · · Score: 1

      How does that link do the redirect? I know it took me to pricegrabber, but I would like to be aware for phishing schemes.

      --
      -=Lothsahn=-
    43. Re:Firefox's Ping Attribute: Useful AND Spyware by jp10558 · · Score: 1

      And this is why I use proxomitron to remove the google tracking, as well as the fark tracking links. The filters even give me a nice hover tracking link box incase they couldn't untrack the link properly, or I for some reason do want to be tracked on that click.

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    44. Re:Firefox's Ping Attribute: Useful AND Spyware by jp10558 · · Score: 1

      I believe there is a preferences setting that either allows or disables javascript access to the status bar. Yup, tools->preferences, advanced, content, javascript options, Allow changing of status field.

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    45. Re:Firefox's Ping Attribute: Useful AND Spyware by XO · · Score: 1

      Firefox has all sorts of non-standard Javascript DOM tricks, and CSS tricks, and doesn't support anywhere near all of what's in the standard. Firefox is full of things that none of the other browsers support.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    46. Re:Firefox's Ping Attribute: Useful AND Spyware by Jobe_br · · Score: 1

      Quoting the spec:

      When the ping attribute is present, user agents should clearly indicate to the user that following the hyperlink will also cause secondary requests to be sent in the background, possibly including listing the actual target URIs.

      Any questions?

    47. Re:Firefox's Ping Attribute: Useful AND Spyware by XO · · Score: 0, Flamebait

      Wow, aren't you just paranoid?

        You need to lay off the tinfoil.

        Fark re-writes the status bar so YOU can tell where the hell the link GOES, not so that they can HIDE that they count your clicks. Of COURSE they count your clicks, that's right out in front.

        Chill out, dude.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    48. Re:Firefox's Ping Attribute: Useful AND Spyware by XO · · Score: 1

      If you need help from your browser to detect phishing scams, you probably aren't intelligent enough to be able to operate your web browser anyway.

      Opera will always tell you in the location bar, where you ACTUALLY are, and if it's a secure site, who actually operates it.

      You can turn on the status-bar mods in your Javascript options, and actually use a bunch more websites the way they are supposed to be used without worrying about stupid garbage.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    49. Re:Firefox's Ping Attribute: Useful AND Spyware by Hatta · · Score: 1

      Getting tracked is not necessarily a bad thing. It allows marketing folks to target ads

      That's not a bad thing?

      Personally, I'd rather not be bombarded with a variety of ads ranging from pots and pans to viagra. I'd rather see stuff I'm interested in.

      Personally, I'd rather not see ANY ads. If I need something, I'll go looking for it. And when I do, I'll base my purchases on past experience, word of mouth, and other ways of getting information that are less biased than marketing material.

      --
      Give me Classic Slashdot or give me death!
    50. Re:Firefox's Ping Attribute: Useful AND Spyware by Anonymous Coward · · Score: 0

      I'm sorry, but I don't see why you would care if this feature is enabled as a user. Under no circumstances would you be giving up any more personal information than usual -- many websites already do this, but in various cumbersome ways:

      1. Register a click handler and fire off an XmlHttpRequest in the background.
      2. Run the link through a redirect.
      3. Probably more I haven't thought of.

      While you could theoretically turn off JavaScript (never mind all the features you would lose), there's not much you can do about an obscured, redirected link other than not follow it.

      What this _would_ do is help avoid the slowness associated with redirects, which I for one would welcome.

    51. Re:Firefox's Ping Attribute: Useful AND Spyware by jlarocco · · Score: 2, Interesting

      Sure, but XMLHttpRequest is actually helpful and useful, as GMail shows. If XMLHttpRequest was turned off, most people would turn it on. I can't think of any use for this "pinging" other than to track internet usage. If it were turned off, I think most people would keep it that way.

      My point is, the Firefox dev team is adding useless features that nobody really wants (except maybe DoubleClick), when there are other more important things they could be working on. How about passing the Acid2 test? Or how about optimizing the download size? Or decreasing start up times? None of these things are really important, but I think for most people they'd have higher priority than this "pinging."

    52. Re:Firefox's Ping Attribute: Useful AND Spyware by generic-man · · Score: 1

      I imagine that blog authors would appreciate being "pinged." Instead of linking to a blog which links to a blog which links to a blog which links to a useful web site, you could instead link to a useful web site and add ping elements to the three blogs you'd like to credit. I know I'd appreciate a direct link instead of PageRank-inflating gibberish.

      --
      For more information, click here.
    53. Re:Firefox's Ping Attribute: Useful AND Spyware by malefic · · Score: 1
      Because of this, and it being mozilla-specific for now, websites that currently use tracking URL's will see no value in switching over.
      Exactly, because the specification for ping is wrong for backwards compatability. What they should do is have a separate tag to indicate where the href actually gets redirected to like RedirectTo="www.externalSite.com", that way users who support it could just ping the original href and go to wherever the RedirectTo pointed, and users without the support would continue to get the regular redirect url.
    54. Re:Firefox's Ping Attribute: Useful AND Spyware by Anonymous Coward · · Score: 0

      If Internet Explorer were the one to have this option, the entire Slashdot community would be up in arms OMFG!!!11!ELVENTYONE!! M$ is spying on us. But because it is Firefox, then everybody has to jump to it's defense and proclaim it the best feature since the original ping.

    55. Re:Firefox's Ping Attribute: Useful AND Spyware by Anonymous Coward · · Score: 0

      It must be just usefull and great, anyone needs this. It's typicalliy monpolistic behavious that MS doesn't have this...

      Untill they do, and then it's bad MS, bad spyware...

      Typcal slashdot article that will bring the zealots out, modding each other "Insightfull".

    56. Re:Firefox's Ping Attribute: Useful AND Spyware by heavy+snowfall · · Score: 1

      Nothing magic about it, it's a link from the slashdot "links related to this story" box.

      When you request that URL slashdot simply looks in their ad links database for the page with a corresponding ID and gives you a 302 Redirect with the new destination.

    57. Re:Firefox's Ping Attribute: Useful AND Spyware by XenoPhage · · Score: 1

      Personally, I'd rather not see ANY ads. If I need something, I'll go looking for it. And when I do, I'll base my purchases on past experience, word of mouth, and other ways of getting information that are less biased than marketing material.

      That's a nice thought and all, but.. Hello reality.. :) I don't see advertisements disappearing anytime soon.

      I'm confident that the developers will have a pretty GUI interface in place before something like this gets rolled out, and you can disable it. That and a few extensions and you can block all those nasty ads.

      I think if they popped up a notice, similar to the notices you get when you submit data on a form for the first time, and allow you to make the choice, then they've done the responsible thing. I'm not in marketing, but I think a feature like this is a win/win for both sides.

      --
      XenoPhage
      Technological Musings
    58. Re:Firefox's Ping Attribute: Useful AND Spyware by HeroreV · · Score: 1

      And it's not in any HTML, XHTML, Javascript, or CSS standards.

      If you actually RTFA you would know that the ping attribute is in the WHATWG's working draft of the Web Applications 1.0 specification.

      You shouldn't make up shit just to complain about it. Stop spreading FUD.

    59. Re:Firefox's Ping Attribute: Useful AND Spyware by maxpublic · · Score: 1

      Somehow I doubt the vast majority of browser users could give a shit what blog authors do or do not want.

      Max

      --
      My god carries a hammer. Your god died nailed to a tree. Any questions?
    60. Re:Firefox's Ping Attribute: Useful AND Spyware by Achromatic1978 · · Score: 1
      At what point did "being in a working draft" become a synonym for "accepted as a standard"?

      Correct me if I'm wrong, but things are often changed/removed from drafts.

      "Some very large websites" have asked Mozilla for the feature... but perhaps they should concentrate on fixing bugs than catering to a few vocal names who first off come up with this concept of "community" by pinging and trackbacking and in many cases not doing much more than massaging each other's collective egos, and realised their servers were struggling with it, so have elected to try to have it foisted upon us.

    61. Re:Firefox's Ping Attribute: Useful AND Spyware by Atario · · Score: 1

      It would all be fine if they weren't exclusively using laser weapons.

      --
      "A great democracy must be progressive or it will soon cease to be a great democracy." --Theodore Roosevelt
    62. Re:Firefox's Ping Attribute: Useful AND Spyware by hicksw · · Score: 1

      IANAWD (not a web designer), but aren't there people who might craft some scripts to do a LOT of pinging? To drive up someone else's Google costs? To make a site look busier/better/more popular than it otherwise might appear?

      And could on hide ping tags + refresh metatags to do a kind of DDOS attack?

      There could be all sorts of interesting possibilities in this new toy.

    63. Re:Firefox's Ping Attribute: Useful AND Spyware by generic-man · · Score: 1

      I hate blogs as much as the next Slashdot user, but I think they've been instrumental in bringing RSS back from the dead. Now that every web browser supports RSS, I can syndicate dozens of web sites, saving me valuable seconds*!

      * Cue David Cross "electric scissors" routine

      --
      For more information, click here.
    64. Re:Firefox's Ping Attribute: Useful AND Spyware by WarpGiGA · · Score: 1

      Oh so now everyone hates blogs? Give me a break, you might as well say people are tired of crappy content, but blogs are pretty relevant today, and I especially enjoy reading blogs from people I respect, admire or have some other relevant agenda. In many ways I regard slashdot as the blog of all blogs, and I often prefer to link to a slashdot post rather than a direct link.

      Id go to a blog any day compared to those oldschool crappy Micrsoft Frontpage, Flash, 'under construction' websites that people used to make for themselves, blogging is just CMS made easy for the task at hand..

    65. Re:Firefox's Ping Attribute: Useful AND Spyware by WarpGiGA · · Score: 1

      Even if it's in a draft it should definately not appear in Firefox, what good can it possibly do compared to the potential bad stuff that can happen (ie. people abusing it in links they post on forums and track the readers even if the forum was on a remote site such as slashdot.org, every forum would now have to filter out this sort of stuff).

      Also this could easily be implemented via XMLHttpRequest, which just makes the incentive to implement it that much smaller.

  2. Consider what may happen by suso · · Score: 5, Insightful

    I think the first thing any browser developer should consider when adding a new tag or tag attribute to the DOM is "How can this be abused?" and explore that question to its fullest. Because all of you know that it will be abused and that users will implement it wrong or find new uses for it that the developers didn't intend. Some of them may be good, some bad.

    1. Re:Consider what may happen by Libor+Vanek · · Score: 2, Insightful

      Heh - with this philosophy we won't have anything and be in stone-age (hey - stones can be (ab)used for head-smashing!). _ANYTHING_ CAN & WILL BE ABUSED!

    2. Re:Consider what may happen by timeOday · · Score: 1
      "How can this be abused?"
      I don't particularly like the feature, but I also don't think a user reveals any extra information by turning it on. Following a link already reveals precisely the same information, and sites no less than google.com already use redirects so they know every link followed from their site. They could already implement this same feature on the server side by notifying whomever they choose.
    3. Re:Consider what may happen by chrismcdirty · · Score: 1

      Of course. Any tool can potentially be used as a weapon.

      --
      It's like sex, except I'm having it!
    4. Re:Consider what may happen by suso · · Score: 2, Interesting

      What I'm saying is that just because you thought of something neat, you shouldn't just implement it (and I know that this isn't how it happens of course). Cookies and javascript weren't just implemented. A lot of thought went into how they could be used, abused, what the gotchas are and how to solve them. Test models were done and analyzed. This seems like the kind of feature that is comparable to that level of change in the way browsers work. I wonder if the WhatWG people really tested the concept and implementation that much.

    5. Re:Consider what may happen by 'nother+poster · · Score: 1

      Well, that's sort of my thought. If the information is so valuable to them, they should use their CPU cycles and bandwith to notify the people paying them, not me. yes I know I use resources following the redirects, and I don't like them either.

    6. Re:Consider what may happen by Anonymous Coward · · Score: 0

      can be used to display goatse.
      <a> can be used to link to goatse.
      <pre> can be used to show ASCII-art goatse.
      HTML can be used to write about goatse.
      Computers can be used &c &c &c.

    7. Re:Consider what may happen by Syberghost · · Score: 2, Informative

      I think the first thing any browser developer should consider when adding a new tag or tag attribute to the DOM is "How can this be abused?" and explore that question to its fullest.

      The BODY tag fails that test.

    8. Re:Consider what may happen by poot_rootbeer · · Score: 2, Informative

      I think the first thing any browser developer should consider when adding a new tag or tag attribute to the DOM is "How can this be abused?"

      Personally, I think that should be second.

      The first thing they should consider is "where in the W3C specs is the behavior of this element specified"? If it ain't in any of 'em, it don't belong in the browser engine.

      For every IMG tag or XmlHttpRequest a browser dev team has decided to extend the W3C specs with, there's been a dozen BLINK and MARQUEE tags.

    9. Re:Consider what may happen by starwed · · Score: 1

      This isn't a browser dev team creation. It's a standard specified by the WhatWG. It's not extensions to HTML which are a problem, it's nonstandardized, poorly thought out extensions which are bad. The W3C isn't some divine entity, you know. ^_^

    10. Re:Consider what may happen by ubernostrum · · Score: 1

      The first thing they should consider is "where in the W3C specs is the behavior of this element specified"? If it ain't in any of 'em, it don't belong in the browser engine.

      This is currently being debated for standardization by the Web Hypertext Application Technology Working Group, a consortium of developers and companies which formed in response to the perceived stagnation of the W3C. Many of its members are well-known developers and companies, and a number of them are or have been W3C members or parts of W3C working groups as well.

      And, oddly enough, a recurring point in the mailing-list discussion of the "ping" attribute has been that it won't meet the needs of a lot of advertisers and tracking programs.

    11. Re:Consider what may happen by Anonymous Coward · · Score: 0

      Cookies and javascript weren't just implemented. A lot of thought went into how they could be used, abused, what the gotchas are and how to solve them.

      !v

    12. Re:Consider what may happen by XO · · Score: 1

      Talk about stagnating.. their website hasn't seen an update in almost a year, now.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    13. Re:Consider what may happen by XO · · Score: 1

      well, consider that this is the first implementation. Now, let's see you wrestle with those questions.

      A lot of thought went into cookies and javascript? Um.. have you ever -used- cookies and/or javascript?

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    14. Re:Consider what may happen by ubernostrum · · Score: 1

      Talk about stagnating.. their website hasn't seen an update in almost a year, now.

      Cheap shot. Their spec proposals are under constant discussion and revision, with an active mailing list. The "ping" attribute was proposed in October 2005, for example.

    15. Re:Consider what may happen by XO · · Score: 1

      oh, as far as the average user can see, they haven't done anything but build a very simple website that describes webforms 2, which is already implemented in modern browsers.

      See also: Image. It's an important thing.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    16. Re:Consider what may happen by ubernostrum · · Score: 1

      oh, as far as the average user can see, they haven't done anything but build a very simple website that describes webforms 2, which is already implemented in modern browsers.

      But at the same time, their target audience isn't "average users", who would probably be just as turned off by the W3C's site (which currently advertises Candidate Recommendation status for "Semantic Interpretation for Speech Recognition 1.0"). Their target audience, basically, is people who are going to come to read the spec drafts and sign up for the mailing list, because that's where the action happens.

      And WF2 hasn't been implemented. Some browsers have partial or experimental implementations, but nobody's got anythign approaching a full implementation yet and the spec isn't finalized.

    17. Re:Consider what may happen by jackb_guppy · · Score: 1

      "How can this be abused?"

      Include in that question, "Am I willing to pay out of my pocket to fix any and all damage?"

    18. Re:Consider what may happen by XO · · Score: 1

      Oh? I thought Moz had WF2, Opera 9's implementation should be complete, if not already, by it's full release.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    19. Re:Consider what may happen by Anonymous Coward · · Score: 0

      How about the fact that you use *MORE* resources following a redirect than you would with the 'ping' being discussed here. If you object to using your resources, you should *prefer* the ping.

  3. Required! by Shadow+Wrought · · Score: 4, Funny

    At least for childbirth. Bring in the machine that goes, PING!

    --
    If brevity is the soul of wit, then how does one explain Twitter?
  4. Coming soon to a browser near you: by Whiteout · · Score: 5, Insightful

    One ping-disabling Firefox extension.

    1. Re:Coming soon to a browser near you: by Anonymous Coward · · Score: 0

      Was just thinking that... ..or at least one that made them obvious to the user... like highlighting them a different colour or something...

    2. Re:Coming soon to a browser near you: by biglig2 · · Score: 1

      Which would imply that the ping tag is a good thing, since it makes it easy to write an extension that blocks tracking links.

      --
      ~~~~~ BigLig2? You mean there's another one of me?
    3. Re:Coming soon to a browser near you: by Anonymous Coward · · Score: 0

      The other way to address this is to have an extension aggregate all the pings tags on the page and pretend you are pressing every link any time you press one of them, that will mess up enough stats to prevent them abusing this.

    4. Re:Coming soon to a browser near you: by jasen666 · · Score: 1

      highlight it and display a list of the servers that will be notifified when you click. Maybe in a contextual menu or something.
      *hint, hint* extension devs...

    5. Re:Coming soon to a browser near you: by wondafucka · · Score: 1
      Tool-tips that show the link destination AND the pinged server list.

      Whitelisted servers that you allow to receive your browser information.

    6. Re:Coming soon to a browser near you: by davez0r · · Score: 1

      you can use the ping attribute itself to check if a browser supports pinging. if it doesn't (or the user has it turned off), send them regular, javascript-heavy links.

      the people with ping enabled get a nice browsing experience. the people with ping disabled get tracked anyway through javascript and redirection.

    7. Re:Coming soon to a browser near you: by Wyatt+Earptastic · · Score: 0

      you people and your extensions...when will you learn its not how long you browse, but how hard. ok, i'm done.

      --
      "My doctor says that I have a malformed public duty gland and a natural deficiency in moral fiber and that I am therefor
    8. Re:Coming soon to a browser near you: by roman_mir · · Score: 1

      No need for a whole extension, where a greasemonkey script would do. Isn't that the purpose of that extension on the first place, to provide a simple plugin platform for such miniscule DOM modifications that do not need to be full blown extensions?

    9. Re:Coming soon to a browser near you: by Anonymous Coward · · Score: 0

      Silly rabbit! There *is* such an extension already. It's called "NoScript".

    10. Re:Coming soon to a browser near you: by f3e2 · · Score: 1

      All the cool kids use Greasemonkey: unping.user.js

    11. Re:Coming soon to a browser near you: by XO · · Score: 1

      Side note: People with moderator points:

        What the hell makes the parent of this post "INSIGHTFUL"???

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
  5. Out of control by RuiFerreira · · Score: 2, Interesting

    kind of abusive, no? I'm just imagining slashdotting more than one server... hum? another issue is the pre fetch directive on firefox... i'm starting to think my bandwidth is out of my control..

    1. Re:Out of control by peragrin · · Score: 2, Interesting

      Actually I kind of like it. With this tool Slashdot could finally Slashdot all the advertisers in one shot. Talk about a major DDOS.

      Create a link with an image to a story site. Embed that link with this. You could slashdot The big sites with this. Go Open Source innovation.

      --
      i thought once I was found, but it was only a dream.
  6. Very useful by dada21 · · Score: 5, Interesting

    This feature is extremely useful for any website that wants to give their users better content by parsing what they're going through. It also lets you figure out who is clicking advertisements (which are usually off site) and even gives you the ability to run a multitude of websites but aggregate all the statistics on one of your machines.

    Sure it can be abused -- I don't see why more of these abusive features can't be set up in a whitelist fashion. I'm already shocked that web browsers make it so difficult to white lists sites you feel are safe (or don't mind giving up some information to make your experience better).

    That comes to the point of this post -- how about a standard "setup" logo/button committee that helps create a "setup" web profile that sites can use to give the users options on how they want to be configured? We've got some standard buttons already (RSS feed, etc), why not one that users could be familiar with so that they can white list or opt-in to certain additional "anti-privacy" features?

    I know many websites (including a few of mine) could use more user information, and I don't see why we can't work to just setting a standard for how to do it.

    1. Re:Very useful by swilver · · Score: 1
      This feature is extremely useful for any website that wants to give their users better content by parsing what they're going through. It also lets you figure out who is clicking advertisements (which are usually off site) and even gives you the ability to run a multitude of websites but aggregate all the statistics on one of your machines.
      The first is trivial, the second is also easy to do without a ping attribute, the third may be a bit trickier, but if all the websites are yours anyway, you can do that easy enough as well.

      The trick is to use redirect. For exampe, you click on some random add of which the link points to my server (like this: http://www.myserver.com/adclick.jsp?realurl=www.am azon.com). The server will register the click and then tell your browser to redirect to www.amazon.com. The user will not even notice it, and in fact, tons of sites already do it that way.

    2. Re:Very useful by TheRaven64 · · Score: 1

      Even more useful would be if search engines included this. If every link on a Google results page included this then they would know exactly which links people were clicking on when they searched for a particular term. They would also know if people clicked on a link and then went back to the (locally cached) search page and tried something else. This would give them a lot of information for refining searches.

      --
      I am TheRaven on Soylent News
    3. Re:Very useful by rca66 · · Score: 1
      This feature is extremely useful for any website that wants to give their users better content by parsing what they're going through.

      I am simply amazed! Imagine - a guy has just been divorced, he started to drink, he lost his job, couldn't pay his mortgage anymore, is now living on the street, and when he browses a little bit through the WWW from an internet cafe, a simple technical change makes it possible that the compassionate admin of a website is able to get to know "See, what this poor soul was going through!"

    4. Re:Very useful by orthogonal · · Score: 1

      The server will register the click and then tell your browser to redirect to www.amazon.com. The user will not even notice it, and in fact, tons of sites already do it that way.

      I'll notice it, but I won't go to your server: I use a Firefox extension that
      a) changes the color of redirecting links and
      b) removes the redirect.

      when I click on your link, I go straight to Amazon.

    5. Re:Very useful by davidsyes · · Score: 1

      All this tracking shit just underscores why I have white AND black lists. I block anything with AD or that looks suspicious. I use Konqueror's accept/reject list AND I concurrently use IPtables via Firestarter. Anything I don't like, I block cookies AND URLs for them. I don't care that my surf experience is degraded--so long as I block shit to and from sites I don't care about. I am in the minority, so I don't bog myself down in the quagmire of click/ad-revenue-site-support. I have nothing but utter, unending contempt for a few of the major and many of the tributary/downstream sites populating my hard drive with shit I cannot read. I consider the delivering of encrypted cookies to me from sites I don't explicitly, specifically link to (nevermind the "backend redirects and campaign desires...) to be trespass. And, I also disable Java AND JavaScript. If a site forces ME to use it, them I just stop going to that site. I have a site that uses JavaScript, but I don't have ads on the site, there's no ID-grabbing/tracking, to my knowledge, and so the JavaScript that presents images is not a big deal to me, yet.

      Now, I suspect that the increasingly of the surfing crowd will use more ad blockers, popup blockers, better firewalls, and even proxy servers. And, encrypted tunneling or VPN.

      Anybody know how I can via encryption use my Comcast acct to reach a self-appointed proxy server that will run scripts to strip out ALL the html and graphics and render a page to PURE TEXT? I mean, rip it to shreds to that no HTML coding/call-home shit traverses to or from my machine.

      This might be an anonymizer, right? Any out there that are Konqueror/Opera-friendly? (Yes, I need to do my own research, but it's been a while and since this topic came up...)

      --
      Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
    6. Re:Very useful by swilver · · Score: 2, Informative
      I'm afraid there's no way to tell in advance whether a link will redirect, as that can be decided server side. In fact, the server could decide that www.amazon.com is actually a code for sending you to some other site. Several other schemes for encoding the actual URL to send you to are trivial to come up with as well.

      I haven't seen this extension, but I'm 100% sure that it can easily be fooled. It probably just detects the more common ways of doing a redirect.

  7. With or without your consent? by digitaldc · · Score: 1

    Does this feature track and retain your surfing habits without your consent? Can you not opt-out of it?

    If the answers are yes, I would say it is Spyware.

    --
    He who knows best knows how little he knows. - Thomas Jefferson
    1. Re:With or without your consent? by ivan256 · · Score: 4, Interesting

      Does this feature track and retain your surfing habits without your consent?

      No.

      Can you not opt-out of it?

      Disable the feature. Easy.

      It's not spyware by your definition. It has the added benefit of giving the user some control instead of being secretly tracked by the server side.

    2. Re:With or without your consent? by spectrumCoder · · Score: 4, Insightful

      Disable the feature. Easy.

      This kind of misses the point. If Firefox is to become a mainstream internet browser, it needs to be anti-spyware and usable from a clean install onwards. Making it the ideal browser for the tweakers, where it's at its most usable after multiple options have been changed and several extensions installed, is not going to make it the browser of choice for the general public.

      As far as grabbing market share goes, it's the default settings that make the difference.

    3. Re:With or without your consent? by Fastolfe · · Score: 1

      It's only spyware if you classify every other web browser as spyware because they let you follow links and redirects. This standard adds no new privacy or "spyware" implications than already exist. Today, when I click a link that a site owner has decided to track, I get redirected to some tracking mechanism, which logs what I'm doing, and then sends me on my way to where I want to go. A slightly awkward approach uses hidden images on pages to log my page view. All this does is standardize the approach by making it efficient and giving the user the option of opting out by instructing their browser not to honor them. How can you possibly see this as spyware or a new privacy problem? Sites are already tracking the links you click. They're just doing it poorly through kludgy redirect mechanisms that force you to wait while you get bounced around. Plus, you can't opt out! With this standard, the browser can do the "ping" behind the scenes, and it does it only with your consent.

    4. Re:With or without your consent? by Anonymous Coward · · Score: 0

      How about just making it the best browser the dev team can make, and let the users sort out if they tweak or no? There'll always be rooms for extensions and tweaks, but if the core browser is well built enough then grandma can use it too. Shouldn't be a problem.

    5. Re:With or without your consent? by davidsyes · · Score: 1

      In the meantime, go to the cache folders and delete any and every thing that worries you.

      Then, write-protect files (in Konqueror /home/username/cache/http/) by clicking on NEVER to your permission to enter or read the contents of a folder you specify. THEN, as root, assign the folder to ROOT so that some bastard's web site cannot use your own permissions to enter the folder anyway. (Yeh, I experimented and found that denying myself only denied ME, but didn't deny sites from still writing to or appending contents of a folder.... PISSED ME OFFFF to no end to discover that a few days ago. *#@Ksuckers...)

      And, to combat in-memory caches, you may have to forego the benefits of tabbed browsing, since, as I understand, the commands or files that cannot be written to the cache then get diverted to or remain in memory as long as that browser is open. So, if you have to close a browser window out of fear, then you're gonna has schloads of browser sessions open, a la ms iexploder. What I fear will be next is the persistence of web instructions and mining code even AFTER the browser is closed.

      Hence, back to web site anonymizers...

      --
      Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
    6. Re:With or without your consent? by Anonymous Coward · · Score: 0

      "If [IE] is to become a mainstream internet browser, it needs to be anti-spyware and usable from a clean install onwards."

      I think there's a flaw in your logic.

      How about, "if FF wants to become a mainstream internet browser, it needs to be bundled with the hardware or software people are already buying, because people are too stupid or lazy to do what's in their own best interests without it being forced upon them?"

      But back to the main issue: making this flag opt-in instead of opt-out is just trying to foist your privacy concerns on people who aren't willing to invest the time on their own behalf, people who clearly don't care, people who probably would be better off without your daddy-knows-best coddling.

    7. Re:With or without your consent? by Anonymous Coward · · Score: 0

      This is very insightful. I already do not use Firefox because it comes with Flash (or blinking animations of some kind activated) in its default install.

      I'm only a semi-geek, have been using Linux on the desktop for 4 years now, but at least Konqueror or other browsers allow one to tweak settings to stop most of this nonsense. YMMV, but I will NEVER knowingly surf the web with cookies turned on, with Flash activated, with java script or any type of scripting enabled, etcetera.

      I would love to use Firefox, but choices like these made by the browser's developers really piss me off and keep me away. I am not a developer so please don't ask ME to do it, but when is somebody finally going to fork a free-software browser and design it with defaults which for once are USER-friendly instead of webpage tracker friendly?

      Sure, include buttons to ALLOW users to enable Flash, scripting, cookies, redirects, browser identification, etcetera if that's what they want, but make the default settings as privacy conscious and anonymous-proxy-embracing and streamlined and respectful of the software's user's needs as possible and not the website trackers' needs.

      To me, when Firefox developers even THINK of doing something like this proposal, they are going down the Microsoft road, and it makes me want nothing to do with them.

      For me, the perfect Internet "experience" will be achieved when I can visit a website and because of the way in which the browser is designed the website owner has no idea that anyone is visiting. Fuck the developers, the advertisers, the privacy intruders, the government, and everything that THEY want in a web browser. What about what I want???

    8. Re:With or without your consent? by spectrumCoder · · Score: 1

      Well that depends on whether or not flash comes pre-installed. Grandma's not going to like it if half her sites don't display properly because the browser is tuned to the requirements of ultra-privacy-conscious tweakers.

      The ideal defaults depend only on the target audience for Firefox. Seeing that Mozilla would like more users for Firefox, not less, I'd expect flash to continue to come as standard, no matter what objections the privacy-conscious make.

  8. Extension by nes11 · · Score: 4, Interesting

    This is firefox we're talking about. There will be an extension available within the first day to strip out those attributes. Or even more likely a built-in option to not acknowledge them.

    1. Re:Extension by Anonymous Coward · · Score: 0
      So why isn't the experimental functionality just relegated to a browser extension whilst the security model is developed? Already I have to disable prefetching, javascript, HTTP referrer and I can never remember how to stop the nag bar with that proprietry macromedia bullshit. I used to know how to disable plugin prompts but some IBM hack changed it in favor of some bizarre :config preference that no longer logically evaluates.

      Now I'll have to disable this crap as well :-( Man, that Opera be looking better by the day!

    2. Re:Extension by ikegami · · Score: 2, Insightful

      Extentions should add features, not remove them.

    3. Re:Extension by Anonymous Coward · · Score: 0

      One could easily make a greasemonkey script to get rid of it in the pages right now. I won't be waiting for an extension, if there's no extension or if it can't be disabled in the browser i'll spend the 5 minutes it takes to script it (replace the markup using a regex or such), and perhaps extend it later on to remove more annoyances that adblock won't/can't remove. No big deal :)

    4. Re:Extension by Anonymous Coward · · Score: 0

      This is not a feature!

  9. Privacy VS. Usability by PlayfullyC1ever · · Score: 0, Offtopic

    Honestly, this comes down to an almost Richard Stallman definition of Freedom. We can not have useful utilities such as this, without ignoring the privacy rights issues involved. And now before you question me, remember Stallman is mainly concerned with Freedom, not privacy. The two do happen to overlap, of course, but there's no reason to insult the man for caring, and for being aware of the issues. That's why most of us are here talking about it. Also, what Stallman seems "paranoid" about generally turns out to be the reality of the situation just a few years down the line. The man is a visionary, not a quack. The success of the Free Software movement, Open Source, and Linux, and the attempted corporate dominance of Internet Explorer, Microsoft, and others are all here as evidence of Stallman's deep understanding. Probably best not to deride the guy who's kept your online world sane, huh? ;) Setting that aside and addressing the article itself, I would point out that privacy is always a trade-off with ease of use. Regardless of what the ideal level of privacy is, we do need good privacy, which few of us have achieved. Real security and privacy is hard, and you're far more likely to run into usability issues before you run into overkill issues. So, I think it basically boils down to this: privacy vs. usability

    --
    Well, Slashdot is going down hill. PlayfullyClever
    1. Re:Privacy VS. Usability by PlayfullyC1ever · · Score: 0

      How is such a statement offtopic? This is what it boils down to! Privacy, people that flip out about such "features" and what not. Usability, such features HELP the web, better statistics, more options, everything It is having to give some to get some. You either like it or you don't. Go download lynx and you will have NO spyware, but you will have NO features either. Make your pick slashdotters, Features or Privacy!

      --
      Well, Slashdot is going down hill. PlayfullyClever
  10. How is this different from by astyanax · · Score: 2, Insightful

    How is this different from the web server logging every page and image you load?

    Is the concern that the 'ping' comes from your browser and not any proxy server you may be using? In most cases your proxy server is also your NAT server so the 'ping' isn't going to give much of anything about your IP....

    Of course this should be disabled by default, I just don't see this as a huge privacy issue.

    1. Re:How is this different from by 'nother+poster · · Score: 1

      Well, I'm not sure I have my head around exactly how this will work, but if the ping is coming from my machine, it's using my cycles and bandwidth. Now imagine if rather than redirecting through some stats gatherers proxy and finally getting where you wanted to go in the first place with the stat gatherer backending the data out to a couple of hundred advertising clients, now they have your box simply "ping" all of them. Not how it's designed to be used, probably not how it will be used, but I'm sure some computer illiterate entrepreneur will come up with some equally stupid way of misusing the "feature".

    2. Re:How is this different from by ArsenneLupin · · Score: 1
      How is this different from the web server logging every page and image you load?

      Third party logging. Just imagine the privacy implications if half of the links on the web would ping ad.doubleclick.net.

      Sure, this could still happen without ping (ad.doubleclick might contractually oblige its partners to share webserver logs), but it would be much more difficult, a higher burden on the webmaster, and thus much less likely to be implemented successfully. Whereas the ping is trivial to implement, even by a webmaster who doesn't know what it does. Pings will surface in all kind of copy-paste code snippets to put on your web site.

    3. Re:How is this different from by Anonymous Coward · · Score: 1, Interesting
      We aren't talking about a low-level ping here - the "ping" locations are URLs to which a request will be issued. There's no reason for them to go via any route other than your normal HTTP proxy, if you use one.

      From the WHATWG spec:

      For URIs that are HTTP URIs, the requests must be performed using the POST method (with an empty entity body in the request). User agents must ignore any entity bodies returned in the responses, but must honour the HTTP headers -- in particular, HTTP cookie headers.


      It's a literal replacement for the current habit of links passing through a traffic stats site before redirecting you to where you actually wanted to go. It won't waste any more bandwidth, since browsers - according to the spec - MUST ignore any entity that is returned. The only productive thing you can do is log the fact that the ping URL was visited, and drop a cookie on the client - just as with an HTTP redirect.
    4. Re:How is this different from by Bogtha · · Score: 4, Interesting

      How is this different from the web server logging every page and image you load?

      It's different because web server logs only record what you ask that server for. Web server logs don't record what you ask other servers for.

      This is essentially what the Referer header does, except in reverse. Instead of telling a new server where you have come from, it tells the old server where you are going.

      This is already possible with Javascript, and it was possible with CSS too - I'm not sure if it still is, but the technique was basically to suggest a local background image to style :active links - so when the link becomes :active (when it gets clicked on), the browser downloads the background image and you know the link was clicked.

      --
      Bogtha Bogtha Bogtha
    5. Re:How is this different from by Andrewkov · · Score: 1

      The 'ping' will actually be an HTTP request from your browser, not an ICMP packet.

    6. Re:How is this different from by TCM · · Score: 2, Informative

      Is the concern that the 'ping' comes from your browser and not any proxy server you may be using?

      That would be incredibly stupid if they did it that way. Every request the browser makes should adhere the proxy settings. Most of the time, a proxy is not optional but mandatory.

      In most cases your proxy server is also your NAT server so the 'ping' isn't going to give much of anything about your IP....

      Quite the contrary. Most of the time, if people are to use a proxy, it's because their clients are _not_ allowed direct access via NAT. I think the case that proxy = NAT box is very rare and uncommon.

      --
      Of course it runs NetBSD. BTC: 1NT7QvbetmANwaMzhpVL6
    7. Re:How is this different from by Anonymous Coward · · Score: 0

      I'm not sure if it still is, but the technique was basically to suggest a local background image to style :active links - so when the link becomes :active (when it gets clicked on), the browser downloads the background image and you know the link was clicked.

      Interesting, but it doesn't quite measure the same thing. You can click a link without following it: click and drag. (holding down both buttons should cancel the click in Windows, but doesn't seem to.)

    8. Re:How is this different from by cnettel · · Score: 1

      Well, I think that referrer is much more privacy-invasive than this one. The outgoing link is part of the actual content on the site, but what keywords I searched for or what intranet site linked to the competitor's web page is far more dangerous.

    9. Re:How is this different from by Kelson · · Score: 1

      Well, I think that referrer is much more privacy-invasive than this one.

      I suppose it depends on where the ping is going. As a guy who owns a web page, I'm definitely curious about how people leave my site. Do they just close the window, or do most of them follow a particular link. Since you already know people are visiting your page, and you already know what links you've put there, it only gives you a little more info.

      On the other hand, this can also be used to notify third-party sites. Ad servers, for instance.

    10. Re:How is this different from by 'nother+poster · · Score: 1

      Doesn't matter. Still uses bandwidth. Still uses CPU. Both of which are mine, not theirs. They want to tell the marketers that I was there, they can use their resources. The marketers are paying them for the service, not me.

  11. It's great! by ivan256 · · Score: 3, Insightful

    Websites can do all that stuff with a redirect script on the server side and the user has no control or knowledge of who is being notified. If site developers start using the ping tag instead we can selectively disable it with an extension. It gives the user control where before there was none.

    1. Re:It's great! by Anonymous Coward · · Score: 0

      It's not a tag, it's an attribute. They are two totally different things. A tag is the syntax marker that indicates the start of an element. An attribute is a value associated with an element.

      I wouldn't say that it gives the user control where there was none before; the user has always been free to disable Javascript and check the status bar for redirects. I'd say that it gives the user more fine-grained control.

    2. Re:It's great! by kill-1 · · Score: 2, Insightful

      Huh? How could this be rated +5 Insightful?

      Why should site developers use the ping attribute to track users, if there are solutions already that the user can't disable. The ping attribute will simply never catch on and there's not a bit of control users will gain.

    3. Re:It's great! by dubl-u · · Score: 1

      Why should site developers use the ping attribute to track users, if there are solutions already that the user can't disable. The ping attribute will simply never catch on and there's not a bit of control users will gain.

      Because it will be faster, easier to implement, a better user experience, and even if the tinfoil-hat crowd disables it, it probably won't matter much to the accuracy of the stats.

      The much bigger barrier to adoption is the lack of wide browser adoption.

  12. Submitter is a melodramatic idiot by grahams · · Score: 5, Informative
    1. You are talking about a feature just added to a development tree, not something in a released version of Firefox.
    2. This feature can already be disabled (if you happen to be running a development version) using the 'browser.send_pings' preference.
    3. They didn't "quietly enable" a feature, they did it in front of everyone interested. There are plenty of bugs in bugzilla talking about the implementation of this feature. If you are running a development version of Firefox and can't be bothered to keep up with what is going on in the development community, that's your problem.

    Check out: https://bugzilla.mozilla.org/show_bug.cgi?id=31936 8

    // check prefs to see if pings are enabled
    nsCOMPtr<nsIPrefBranch> prefs = do_GetService(NS_PREFSERVICE_CONTRACTID);
    if (prefs) {
    PRBool allow = PR_TRUE;
    prefs->GetBoolPref("browser.send_pings", &allow);
    if (!allow)
    return;
    }
  13. I bet this is a product of cooperation by cwtrex · · Score: 0, Flamebait

    Remember when it was first announced that Google and the Mozilla Foundation would be working together? I bet this "feature" has come from that joint work effort. What a great way to increase advertising data!

    1. Re:I bet this is a product of cooperation by bunratty · · Score: 1

      No, this feature came from the WHATWG, which is largely a joint work effort between Mozilla and Opera.

      --
      What a fool believes, he sees, no wise man has the power to reason away.
    2. Re:I bet this is a product of cooperation by Bogtha · · Score: 1

      Google doesn't need this. With things like Adsense, they just use Javascript. How do you think they get the data for things like the Adsense heat map?

      Even if this was some nefarious Google plot, they are hardly likely to switch to it instead of Javascript when only Gecko-based browsers support it.

      --
      Bogtha Bogtha Bogtha
    3. Re:I bet this is a product of cooperation by brufar · · Score: 1

      Is it just me ? when I RTFA it states that.. "The feature itself was designed and specified by the WhatWG." and whern I look at the WhatWG site I see this information:

      "Editor:
              Ian Hickson, Google, ian at hixie.ch
      © Copyright 2004, 2005 Apple Computer, Inc., Mozilla Foundation, and Opera Software ASA."
      and in the acknoledgement section..
      "Special thanks also to the Microsoft employees"

      So why does everyone keep saying that Mozilla came up with and implemented this feature on their own, and are creating their own standards.. It looks to me like the WhatWG, where ping originated, is a combined effort of a working group made up of multiple parties.

      That many Slashdot posters can't be wrong, maybe I missed something...

      --
      far...out
    4. Re:I bet this is a product of cooperation by Anonymous Coward · · Score: 0

      It looks to me like the WhatWG, where ping originated, is a combined effort of a working group made up of multiple parties.

      I'm squinting to see the representative(s) of the interests of the user in that organization. I see a lot of companies that stand to benefit from better user tracking though.

  14. userContent.css to the rescue by Matt+Perry · · Score: 5, Informative
    Add this to your userContent.css file to make links with the ping attribute have a green border when hovered:
    a:hover[ping]
    {
    -moz-outline: 1px solid green;
    }
    --
    Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
    1. Re:userContent.css to the rescue by stecoop · · Score: 1

      Rather then modifying the userContent.css, I recommend using Greasmonkey and create a new function mouseover(event).

    2. Re:userContent.css to the rescue by Anonymous Coward · · Score: 0

      ... nice!, there goes my 176 hours of design /P

    3. Re:userContent.css to the rescue by booch · · Score: 5, Informative
      That should be:
      a:hover[ping] { -moz-outline: 1px solid green !important; }
      in order to keep the web site from overriding your setting.
      --
      Software sucks. Open Source sucks less.
    4. Re:userContent.css to the rescue by Anonymous Coward · · Score: 0

      Why? This sort of thing is exactly what userContent.css is for.

    5. Re:userContent.css to the rescue by Carewolf · · Score: 1

      User stylesheets have higher priority than !important styles in a server stylesheet. The important rule here will only let it overrule other user styles,

    6. Re:userContent.css to the rescue by MoogMan · · Score: 1

      Wouldn't red be better? ;)

    7. Re:userContent.css to the rescue by poot_rootbeer · · Score: 2, Informative

      That should be:
              a:hover[ping] { -moz-outline: 1px solid green !important; }
      in order to keep the web site from overriding your setting.


      User style sheets are always to supercede site style sheets, according to the CSS specification. The "!important" modifier shouldn't be necessary.

      I don't know if Mozilla implements that aspect of CSS correctly though, so it couldn't hurt to put it in there anyway.

    8. Re:userContent.css to the rescue by BabyDriver · · Score: 1
      User style sheets are always to supercede site style sheets, according to the CSS specification. The "!important" modifier shouldn't be necessary. I don't know if Mozilla implements that aspect of CSS correctly though, so it couldn't hurt to put it in there anyway.

      Not quite, an author rule at normal precedence will over-ride a user rule at normal precedence (assuming same specificity) however a user !important rule will over-ride an author !important rule.
      (see CSS 2.1 Section 6.4.2)

    9. Re:userContent.css to the rescue by Bogtha · · Score: 2, Informative

      User style sheets are always to supercede site style sheets, according to the CSS specification.

      This is not true, and isn't true in two different ways, depending on which specification you count as "the" CSS specification (there's more than one).

      According to the CSS 1 specification, the author stylesheet will override the user stylesheet in most cases, and even if the user has !important rules, the author stylesheet can override them with !important. Quote:

      This strategy gives author's style sheets considerably higher weight than those of the reader.

      According to the CSS 2 specification, the author stylesheet will override the user stylesheet in most cases, but the user can override author rules, even !important ones, by using !important themself. Quote:

      Apart from the "!important" setting on individual declarations, this strategy gives author's style sheets higher weight than those of the reader.

      CSS 2.1 and 3.0 drafts work in the same way as CSS 2, giving the author stylesheet precendence unless the user uses !important.

      booch was correct in saying that !important is necessary in a user stylesheet if you want to be sure that the author stylesheets can't override them.

      --
      Bogtha Bogtha Bogtha
    10. Re:userContent.css to the rescue by NickFitz · · Score: 1

      Or you could just use outline: 1px solid green;, given that as of 1.5 Firefox supports outline.

      --
      Using HTML in email is like putting sound effects on your phone calls. Just say <strong>no</strong>.
    11. Re:userContent.css to the rescue by booch · · Score: 1

      Incorrect. User-defined styles are defaults, and are overriden by any server-specified style. User-defined styles actually have the lowest precedence (aside from user-agent default styles), unless you add !important, in which case they have the highest precedence. See the first 2 paragraphs of section 6.4.2 of the CSS2 spec. Section 6.4.1 is also helpful.

      --
      Software sucks. Open Source sucks less.
    12. Re:userContent.css to the rescue by booch · · Score: 1

      Incorrect. See my other reply, to a sibling post.

      --
      Software sucks. Open Source sucks less.
    13. Re:userContent.css to the rescue by booch · · Score: 1

      Since we're talking about Firefox, CSS2 applies here.

      --
      Software sucks. Open Source sucks less.
  15. they're watching.... by to_kallon · · Score: 3, Funny

    as i read the summary i became overcome with fear when the updates are available dialogue popped up at the bottom of my screen. coincidence....?

    --


    The only way to get rid of a temptation is to yield to it.
    -Oscar Wilde
  16. Give me aping. One ping only, please by hkgroove · · Score: 5, Funny

    This will make it easier for Ramius to declare his intention is to defect.

    1. Re:Give me aping. One ping only, please by One+Blue+Ninja · · Score: 1

      Haha - I just watched The Hunt For Red October this weekend :-)

    2. Re:Give me aping. One ping only, please by LifesABeach · · Score: 1

      Given that this PING would interrupt all servers listening thus causing these same servers to do something; would it be resonable think this as, "One Ping To Rule Them All?"

    3. Re:Give me aping. One ping only, please by giantsfan89 · · Score: 1

      Awesome. Nice reference to a classic.

      --
      Don't ping my cheese with your bandwidth!
    4. Re:Give me aping. One ping only, please by egriebel · · Score: 1
      Awesome. Nice reference to a classic
      OMG, is Red October really considered a classic? I feel so old!
      --
      ACHTUNG! Das computermachine ist nicht fuer gefingerpoken und mittengrabben. Ist nicht fuer gewerken bei das dumpkopfen.
  17. You can already do this with Javascript by dmoen · · Score: 5, Interesting
    I would recommend Firefox be distributed with this option disabled.

    Are you also recommending that Firefox be distributed with Javascript disabled? Because this ping functionality is easy enough to implement in javascript. If ping is disabled by default, then nobody will have it enabled, which means that web developers will continue to do it the old fashioned way, and the ability to disable ping will be worthless.

    Doug Moen.

    --
    I have written a truly remarkable program which this sig is too small to contain.
    1. Re:You can already do this with Javascript by grub · · Score: 4, Informative


      Use the Firefox NoScript extension and you can be selective about what javascript you run on a per-site basis.

      --
      Trolling is a art,
    2. Re:You can already do this with Javascript by mrmeval · · Score: 1

      I use No Script. Yes it should be user controllable and disabled. Who got rich putting this M$ style crap in?

      --
      I'd go on a Vegan diet but the delivery time from Vega is too long. --brownkitty
    3. Re:You can already do this with Javascript by Hurga · · Score: 4, Interesting

      Are you also recommending that Firefox be distributed with Javascript disabled?

      I know that I HAVE JavaScript disabled (using the NoScript extension) for this and other reasons, and I don't want to have that functionality back whithout me noticing.

      Hurga

    4. Re:You can already do this with Javascript by TheSpoom · · Score: 4, Interesting

      Why would a web developer use the ping attribute now? AFAIK only Firefox supports it.

      --
      It's better to vote for what you want and not get it than to vote for what you don't want and get it.
      - E. Debs
    5. Re:You can already do this with Javascript by sammy+baby · · Score: 1
      Who got rich putting this M$ style crap in?

      I think you answered your own question. (hint: look for the dollar sign.)
    6. Re:You can already do this with Javascript by Hard_Code · · Score: 4, Insightful

      Ever heard of cross-site scripting? "ping" needs at the least to be implemented in such a fashion that only the originating site can get a ping. Any pings to non-originating site should either be blocked wholesale or at least present the user a dialog (Site A is attempting to convey information about your browsing to Site B).

      --

      It's 10 PM. Do you know if you're un-American?
    7. Re:You can already do this with Javascript by Anonymous Coward · · Score: 0

      To speed up the users browser experience if they have a browser that is supported. I personally would use to for my private bookmarking website. Not needing to do redirects would be nice.

    8. Re:You can already do this with Javascript by Anonymous Coward · · Score: 0

      Why would a web developer use the ping attribute now? AFAIK only Firefox supports it.

      They are trying to get people to embrace Firefox' proprietary features.

      Thank god there's Opera. At least one browser that does not follow the slippery slope of adding its own crap and claims to be oh-so-standard conform.

    9. Re:You can already do this with Javascript by Kadin2048 · · Score: 1

      Are you also recommending that Firefox be distributed with Javascript disabled?

      He may not be, but I am.

      At the very least it should be shipped in a condition that prompts you on a per-site basis whether you want to run scripts or not.

      90% of scripts are useless to the user. They don't do anything that markedly improves their experience, and could be silently removed without them caring. I'm talking about the ones used for tracking, to disguise URLs in the status bar, auto-changing advertisements, etc.

      Frankly I can't understand why Firefox doesn't either ship with, or just incorporate into the main distribution, NoScript, Adblock and Flashblock. There's no excuse for it taking four downloads (well three, you can sort of take your pick between Adblock and Flashblock) to get a browsing experience that doesn't suck.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    10. Re:You can already do this with Javascript by mrmeval · · Score: 1

      Oh, right, they did go to a .com domain. My bad.:-P

      --
      I'd go on a Vegan diet but the delivery time from Vega is too long. --brownkitty
    11. Re:You can already do this with Javascript by cnettel · · Score: 1
      Ever heard of cross-site scripting? It's not cross-site scripting to open a popup, or load an image, or whatever, with the URL of another site. Cross-site scripting is only relevant when such a frame or popup is able to change/read the URL or content of the launching site. This can also cause security issues, if the different sites have varying settings (or simply cookie reading exploits). None of that is present here.

      Spreading information in a way intended by the creator of the site you visit may be a valid concern, but I haven't seen the widely deployed ban for images from other servers yet, for example.

    12. Re:You can already do this with Javascript by LootenPlunder · · Score: 1

      but surely you can recognize that the average user would rather have it enabled and isnt very good with program preferences

    13. Re:You can already do this with Javascript by Anonymous Coward · · Score: 0

      >Ever heard of cross-site scripting?

      Get your facts straight, this is not how cross-domain scripting works.

      In your definition almost every hyperlink on the web is a violation of cross-domain scripting..

      And you are modded +4 Interesting? That is just pathetic.

    14. Re:You can already do this with Javascript by Hard_Code · · Score: 0, Offtopic

      "Get your facts straight, this is not how cross-domain scripting works."

      Oh really? You see because I really thought that cross-domain scripting works by a feature that did not exist before.

      The point is that cross-site scripting leaks information (or worse) from a trusted site to a non-trusted site. Of course it doesn't "work" through URL pings. Duh. But it is the same class of security problem, genius.

      And you are modded 0. That is just...appropriate.

      --

      It's 10 PM. Do you know if you're un-American?
    15. Re:You can already do this with Javascript by ACME+Septic · · Score: 0

      The point is that cross-site scripting leaks information (or worse) from a trusted site to a non-trusted site. Of course it doesn't "work" through URL pings. Duh. But it is the same class of security problem, genius.

      Not really. What's to stop Site A from using Site B as a redirecter for all of it's URLs? It conveys the same exact information as your ping example. Should firefox display an alert whenever someone links to a site off of their domain?

    16. Re:You can already do this with Javascript by advocate_one · · Score: 1

      correct, and when you find that some features of a site are not working and you absolutely have to use it, then you can enable it temporarilly for that site for that session only...

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
    17. Re:You can already do this with Javascript by Anonymous Coward · · Score: 0

      >The point is that cross-site scripting leaks information (or worse) from a trusted site to a non-trusted site.

      There is nothing wrong with this (don't know why you call it leaking), it is how banners, webstats, even Google works.

      Cross-domain-scripting would be when the non-originating site, tries to get information from the originating site. That is something else then the originating site sending content to non-originating sites since it is done with the permission of the originating site, which you trust.

      So yes, you can already do this with Javascript. And no, this is not a cross-domain-scripting security problem.

      This feature is nothing new, it just helps so you don't have to do it in javascript or on the server-side using blank .gif files or something.

    18. Re:You can already do this with Javascript by DysenteryInTheRanks · · Score: 1

      Popups are implemented in JavaScript too, but Firefox famously allows the user to block that behavior.

    19. Re:You can already do this with Javascript by mrsbrisby · · Score: 1

      I know that I HAVE JavaScript disabled (using the NoScript extension) for this and other reasons, and I don't want to have that functionality back whithout me noticing.

      Javascript isn't required to implement tracking.

      Consider a simple redirect URL.

      This is a mechanism that's cleaner than redirect URLs (because the target URL isn't obscured) and doesn't require JavaScript.

      Sounds like a win to me.

    20. Re:You can already do this with Javascript by Anonymous Coward · · Score: 0
      Are you also recommending that Firefox be distributed with Javascript disabled?

      Yes. It's a bloody hazard.

      Here's an exercise which may convince you that browser scripting is indeed a problem: Go look at the CERT Advisories for the last couple years, and figure out what percentage of browser vulnerabilities have "disable active scripting" or the like listed as a work-around.

      Personally, I find it incredible that web developers expect to be able to run their code on my machine. Did we learn nothing from Word Macro viruses?

    21. Re:You can already do this with Javascript by gmcgath · · Score: 1

      At a minimum, I'd like Firefox to have a menu-level way to disable Javascript. I'm constantly bringing up the preferences to enable it for the few sites where I need it, and then doing that again to re-disable it.

    22. Re:You can already do this with Javascript by cduffy · · Score: 2, Informative

      It's not that they'd use the ping attribute -- it's that they'd use other tactics to do the exact same thing, but via a mechanism that slows down render time.

      Webmasters already have the ability to have a page load cause a HTTP request to some other server -- at minimum, they can just have a . This doesn't impact rendering time (as that single-pixel image does), and has the same effect -- plus you can turn it off, while you can't turn off all the single-pixel images without turning off other images as well.

      It's a Good Thing, and I can't help but imagine that most of the people who are so severely against it are just doing so because that's what the almighty slashdot article inferred they should think. Baaaa!

    23. Re:You can already do this with Javascript by JourneyExpertApe · · Score: 2, Interesting

      The difference is that JavaScript linking becomes obvious by looking at the status bar. In this case, you just see the destination URL. Maybe FF could put "(ping )" at the end of the status bar text.

      --
      If you can read this sig, you're too close.
    24. Re:You can already do this with Javascript by Anonymous Coward · · Score: 0

      Consider a simple redirect URL.

      Which can be easily bypassed.

      I love me my JumpLink.

    25. Re:You can already do this with Javascript by angulion · · Score: 1

      And how many are there left when you have filttered out IE's ActiveX (exploits)?

      I doubt there is even a significent amout that are directly related to Javascript.

    26. Re:You can already do this with Javascript by ichimunki · · Score: 1

      As long as the browser has the ability to respond to all pings or respond to some pings or respond to no pings, depending on a user pref, I think the default should be to respond to all pings. Just like when I load slashdot.org they link in Javascript scripts from TWO different 3rd parties (Google Analytics and something else). These pings don't do anything different than URLs like http://www.example.com/redirect.cgi?http://www.foo bar.org do. In fact, the pings discourage the use of lame URLs like http://www.example.com/redirect.cgi?s0m3_w3bs1t3 where you have no idea where you're headed until you click the link, so in that sense they'd be a marked improvement.

      --
      I do not have a signature
    27. Re:You can already do this with Javascript by krang321 · · Score: 1

      But sites like google use this sort of tracking anyway. They create the link as normal, then "onClick" they do a "this.href=..." to change the url to a google page for tracking + search history etc.

      For thoes sites which dont use JS, they point to a redirect script, and use links like "/redirect/?src=http://www.google.com" - where the "src" is validated (unless the dev is an idiot).

    28. Re:You can already do this with Javascript by jp10558 · · Score: 1

      I can't imagine why you couldn't just not fetch any image of 1x1 size? You might have to code an extension, or use proxomitron, but I'm pretty sure you can discriminate by size as to what images to load.

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    29. Re:You can already do this with Javascript by mrsbrisby · · Score: 4, Insightful
      Consider a simple redirect URL.
      Which can be easily bypassed.

      Bypassed? That may demand definition, for example,

      Where does http://tinyurl.com/161 go?

      How about http://freshmeat.net/redir/cexec/57387/url_homepag e/?

      How do you know without making a URL connection?

      Oh sure, you can ignore links that look like that, and even block them. Nobody's suggesting that you cannot block PING-requested URLs.

      But bypassed? What exactly could you mean by this?
    30. Re:You can already do this with Javascript by jp10558 · · Score: 1

      There is some worry that any browser shipping with a native AdBlock might well be blocked wholesale from ad supported websites.

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    31. Re:You can already do this with Javascript by dbaron · · Score: 1
      1. JavaScript pings often aren't obvious by looking at the status bar. If there's a normal href attribute but an onclick or onmouse(down|up) attribute that does something different, the href attribute will show up in the status bar, and the user may never know about the ping that happens via JavaScript combined with an HTTP redirect (although connection latency is usually high enough that it's briefly visible in the URL bar).
      2. Part of the plan, as I understand it, is to put something very similar to what you suggest in the status bar before this ships in any release.
    32. Re:You can already do this with Javascript by cduffy · · Score: 1
      I can't imagine why you couldn't just not fetch any image of 1x1 size? You might have to code an extension, or use proxomitron, but I'm pretty sure you can discriminate by size as to what images to load.
      Yes, if you're willing to go out of your way a bit, you certainly can do that -- but it's considerably less smooth than just having this ping setting which can be disabled. (Of course, they can then switch to 10x10 all-transparent GIFs -- which will compress down to not be too much bigger. Yes, you can have a filter that blocks those too... but it's just another arms race, and we don't need those).
    33. Re:You can already do this with Javascript by Kadin2048 · · Score: 1

      So have it report itself to sites as Internet Explorer, or as nothing at all.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    34. Re:You can already do this with Javascript by Maian · · Score: 1

      Ever heard of WHATWG? Mozilla, Opera, and Safari are all actives members of it and will all support WHATWG specification features, including this ping attribute.

    35. Re:You can already do this with Javascript by quasistoic · · Score: 1
      Ever heard of cross-site scripting? "ping" needs at the least to be implemented in such a fashion that only the originating site can get a ping.


      Are you kidding me? The "ping" attribute is no more vulnerable to cross-site scripting than the "href" attribute itself.

      Maybe we should just do away with hypertext to solve this dilemma. That's what it sounds like you're saying.
    36. Re:You can already do this with Javascript by GrungyLotG · · Score: 1

      Then they switch to a 2px image. If you filter by a completely transparent image, they make it close to the colour of the background, etc. This doesn't even count the tons of ways that this could be done serverside with a small amount of effort. I'd rather have a feature like this that I can disable at will than something that I can't easily.

    37. Re:You can already do this with Javascript by Anonymous Coward · · Score: 0

      I was just so curious where those URLs went.

      Should have made them goatse.cx

    38. Re:You can already do this with Javascript by mrsbrisby · · Score: 1

      I was just so curious where those URLs went.

      Should have made them goatse.cx


      I'd be lying if I said I wasn't considering it :)

    39. Re:You can already do this with Javascript by Jasin+Natael · · Score: 1

      Exactly. It can be done server-side, very cleanly, and easily. No Javascript needed. Consider the following schema:

      CREATE TABLE Links(name VARCHAR(32) PRIMARY KEY, url VARCHAR(255));
      CREATE TABLE Subscriptions(ID SERIAL PRIMARY KEY, name VARCHAR(32) REFERENCES Links(name), server VARCHAR(255));

      You send the browser a link to /?name, where your script redirects the user, and spawns or notifies an asynchronous thread to ping all the server URLs in the Subscriptions table. The user won't even notice a delay.

      Jasin Natael
      --
      True science means that when you re-evaluate the evidence, you re-evaluate your faith.
  18. Redirects by Billosaur · · Score: 1

    I've used redirects a lot and if properly set up, the transfer time between the redirect and the page the user wants is minimal. If you want a redirect to a lot of complicated things or collect a lot of data, of course it's going to be slow. The idea is to keep it simple. As long as this is something I'm not forced to use, I'm fine with it, though I can see the bitching down the road when someone finds a novel way to abuse it.

    --
    GetOuttaMySpace - The Anti-Social Network
  19. What's the difference ... by Basje · · Score: 1, Insightful

    compared to before? It's not as if this functionality isn't already employed through other ways (javascript or redirects on the serverside). Now, it's just a little bit easier.

    Of course you can disable javascript, but most people don't. People who do so, can also turn off this ping functionality. I'm sure an extension will allow to do this the easy way (NoScript notably).

    --
    the pun is mightier than the sword
  20. Don't force things down my throat by JochenBedersdorfer · · Score: 1

    At least if I'm not telling you to do so ;)

    The default for this option must be OFF in any case. Is the firefox team really prepared to be associated with the same business practices Microsoft and -the new kid on the bloack- Apple is showing?`

    1. Re:Don't force things down my throat by Lehk228 · · Score: 1

      i don't think you understand, this new tool allows any large web community to weaponize their firefox users at the drop of a hat. if, for example microsoft succeeded in getting linux banned slashdot could retaliate by adding a ping list so every link someone clicks on slashdot would ping every known microsoft server.

      --
      Snowden and Manning are heroes.
    2. Re:Don't force things down my throat by Anonymous Coward · · Score: 0

      Apple is the new kid on the block? Compared to Microsoft?
      Have you been living under a propeller hat?

  21. How is this an issue? by Idimmu+Xul · · Score: 4, Insightful

    A lot of websites use redirect pages to get this exact same information, and off the top of my head I imagine it is pretty simple to notify multiple urls of where you are going using some tricky javascript and even cookies and referrers can be used across sites to track visitors. This is just making a very common, and needlessly complex, mechanism infinitely simpler for the web developer.

    --
    The problem with slashdot is that most of its users were bullied and stuffed into lockers as kids!
  22. This can't be a good idea... by IvanGirderboot · · Score: 1

    I doubt it's usefulness outweighs the huge downside to basicly allow any 6-yr old to track your every move. Just my .02 // And you people say IE has security problems... /// Waits for flame to start

    1. Re:This can't be a good idea... by Lussarn · · Score: 1

      If it's so easy to track my every move. Can you show me a log of what sites I've been to today? I make it easy for you, you can start the trace now and give me the log tommorow.

      Or are you just talking out of your ass?

  23. It's a C-O-N-spiracy by blazerw11 · · Score: 4, Insightful

    So, I don't mean to go all "Senstionalist Title" on your ass, but the post links to a mozilla blog explaining how they've added this feature to the TRUNK. Announcing a new feature in a blog is not quite a press release, but it's a hell of lot more forthcoming that what "quietly added" implies. Also, it's been added to the Trunk, so it's not likely to actually show up in any Mozilla build for a while, much longer, if ever, in a release. This is really the way to add something like this. Put it in to see where and how it will be used and whether that's good or bad.

    --
    A great many people think they are thinking when they are merely rearranging their prejudices. -- William James
    1. Re:It's a C-O-N-spiracy by Andrewkov · · Score: 0

      Yeah, but your description is boring, I wouldn't have read the article if that's what the Slashdot summary had said! ;-) Fear mongering works well for Television news too.

    2. Re:It's a C-O-N-spiracy by dubl-u · · Score: 1

      So, I don't mean to go all "Senstionalist Title" on your ass[...]

      Indeed. And how about the body copy, with its use of scare quotes and scare words like "unlimited and uncontrollable"? People, this isn't an HTML tag that will steal your precious bodily fluids. It's basically the mirror image of the HTTP Referer header.

      If somebody has access to the web server logs of the servers concerned, they can (and do) already sift out this information. Ditto if Javascript is enabled and you don't look very carefully at the status-bar URL display before clicking. By getting people to standardize on a tag, this will make it easier for you turn it off, not harder. Chill.

  24. Easily dealt with... by jginspace · · Score: 1

    1) Don't use firefox
    2) Write an extension. Similar to the one that lets you know if the target is a PDF file or opens a new window or whatever...

  25. Bad Javascript Coding DoS Attack by Anonymous Coward · · Score: 1, Insightful

    One badly formed loop and a page request with pings could mean one hell of a DoS attack.

  26. RTA by Morosoph · · Score: 4, Informative
    I'm racking my brain to imagine why a user would ever want to enable it.
    So as to avoid expensive and hidden redirects.
    1. Re:RTA by nicklott · · Score: 5, Informative

      but they're not expensive to the user. No website can use this as a primary mechanism in a process as less than 1% of their users will have it enabled. So, it can only be used for things that are optional to the website, for example user tracking. And in this case it actually generates more traffic, as now you just parse your logs (or put an image in, wherein we have a mechanism that does exactly the same thing anyway).

    2. Re:RTA by plover · · Score: 1
      Without running you through a test hoop or two, the rendering server won't necessarily know in advance if your browser honors the ping attribute or not, and so would probably continue to deliver pages that contain the redirect anyway.

      Even if they came up with some data in the browser identity string, you know as well as I do that a Firefox extension will come out tomorrow to "lie" to these servers, to say "Why yes, of course I honor the ping attribute. Psyche!!!!!"

      --
      John
    3. Re:RTA by toad3k · · Score: 1

      Why not make the attribute only work by default when the server listed is the same as the page you are visiting.

    4. Re:RTA by malsdavis · · Score: 5, Informative

      Firstly they are expensive to the user, as you have to wait for the response to come back before being able to move onto the next page and secondly being expensive for the web server does indirectly effect users.

      Sure your one redirect query may not effect you much but tens of thousands of people doing it could slow a server right down.

    5. Re:RTA by orthogonal · · Score: 1

      Some data.

      There are at least two FF extensions to remove or notify the user of redirects. According to addons.mozilla.org, the one has been downloaded 51,346 times, the other 35,665 times.

      A third extension, to de-obfuscate links, has been download 10,113 times.

    6. Re:RTA by RetroGeek · · Score: 1

      but tens of thousands of people doing it could slow a server right down.

      Sooo, this would become known as the FireFox effect?

      --

      - - - - - - - - - - -
      I am a programmer. I am paid to produce syntax not grammar. Deal with it.
    7. Re:RTA by Anonymous Coward · · Score: 0

      Now that's an excellent idea. Otherwise I can just change all my links to say , until all my competitors crumble under the bandwidth requirements.

    8. Re:RTA by nicklott · · Score: 1
      Yes, of course, if this were a standard browser feature then server admins would be delighted, but each individual user has to decided whether to use this feature or not, not blocks of 10,000 of them. Saving a single occasional extra request is not a huge incentive to find out about a feature and then enable it.

      They appear to be spending too much time on adding new and unwanted features and not enough on the core product. If they've got time on their hands down in the firefox labs, why not send a few programmers over to the thunderbird offices; they have plenty ironing out to do.

    9. Re:RTA by toad3k · · Score: 1

      Eh nevermind, I didn't think this through before I wrote it.

    10. Re:RTA by digitallife · · Score: 1

      affect :)

    11. Re:RTA by XO · · Score: 1

      ...or spend some time making sure that Gecko can deal with ACID2..

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    12. Re:RTA by Anonymous Coward · · Score: 0

      Sure your one redirect query may not effect you much but tens of thousands of people doing it could slow a server right down.

      You mean those tens of thousands of web users that have already asked the server to format a customized page for them?

    13. Re:RTA by Anonymous Coward · · Score: 0
      being expensive for the web server does indirectly effect users.
      Now there's a new-age economic model.
  27. Sounds like Microsoft all over by Dikeman · · Score: 1, Redundant

    Isn't this just like Microsoft back in the days. Making their browser compliant to their own 'standard' HTML specification in stead of the W3C specification?

    It's smelly if you ask me. If you have this marvelous new innovation for HTML, why not propose a new specification at W3C?

    1. Re:Sounds like Microsoft all over by Fastolfe · · Score: 1

      The W3C is not the only standards body out there. In this case, the standard comes from the WhatWG. This is not some proprietary, ill-conceived hack. Please RTA.

    2. Re:Sounds like Microsoft all over by willCode4Beer.com · · Score: 2, Informative

      I'd say implementing something in a draft by the WHATWG is a far cry from making up their "own" standard.

      One of the goals of the WHATWG is to refine proposals through feedback and submit them to the W3C.

      http://whatwg.org/specs/web-apps/current-work/#pin g

      --
      ----- If communism is a system where the government owns business, what do you call a system where business owns govern
    3. Re:Sounds like Microsoft all over by Kelson · · Score: 1

      No, it's different because the WHATWG is operating with public specs and has reps from 3 of the 4 major browser developers (Mozilla, KHTML/WebKit, and Opera) alread on board to implement things. You may have heard of the element first used in Safari, now available in Firefox, and soon to be available in Opera?

  28. Amen by greenmars · · Score: 1

    Good grief, that's the first thing I thought of when I read this article. I guess I've been reading Slashdot for too long.

  29. I hate to say it... by HellYeahAutomaton · · Score: 2, Insightful

    .. but this is one of the cases where the Open Source model works well. Any truly paranoid geek out there can pull down the source tree and watch all of the changes to any of the crap the FF developers decide to throw in. They can then apply their own patches-of-paranoia and remove untrusted suspect code, build it and run it behind however many firewalls and proxies they have set up.

  30. Not very useful by everphilski · · Score: 3, Insightful

    1. Javascript does it already

    2. Now you alienate any user using another browser

    3. Mozilla team is pulling an IE (implementing their own extensions... read the blog... "w3c doesn't have to make all the rules" ... if Microsoft said that /. would be up in arms)

    1. Re:Not very useful by sjames · · Score: 1

      3. Mozilla team is pulling an IE (implementing their own extensions... read the blog... "w3c doesn't have to make all the rules" ... if Microsoft said that /. would be up in arms)

      Effectively, MS has never said anything else.

      At the same time, I *DO* think that unless this is to be submitted for standardization, it's just yet another wart since it can't be used in the real world unless a web designer is obsessive/compulsive enough to design the same site several times over for each browser that might be used. Even then, they'll inevitably leave one out and probably put up one of those lame 'use another browser' pages that really says 'We do NOT appreciate your business in the least, please support our competition".

    2. Re:Not very useful by neoform · · Score: 1

      3. Mozilla team is pulling an IE

      Dude, didn't you hear? FF has a bigger market share now, they're not only allowed to pull an IE, they're expected to. How do you think IE got so big and managed to hold their share with such an exploitable browser.. ?

      --
      MABASPLOOM!
    3. Re:Not very useful by Snowgen · · Score: 1

      Mozilla team is pulling an IE (implementing their own extensions... read the blog... "w3c doesn't have to make all the rules"

      Nostalgic, isn't it?

      Anyone else remember the early days when Netscape used to make up their own tags, just because they could? I don't think I've ever fully forgiven them for the BLINK tag. I used to use Mosaic back in those days...

      Oh, the memories!

    4. Re:Not very useful by Anonymous Coward · · Score: 0

      This isn't their own extension, it's something that WHAT-WG has been working on. Whether or not it's a good thing that WHAT-WG is getting traction, I don't know anymore.

    5. Re:Not very useful by AVee · · Score: 2, Insightful

      3. Mozilla team is pulling an IE

      Perhaps we should call this one 'pulling a google'? I mean, who is the biggest sponsor for the Mozilla Foundation? And who has a huge interest in 'features' like this?

    6. Re:Not very useful by Irish_Samurai · · Score: 1

      3. Mozilla team is pulling an IE (implementing their own extensions... read the blog... "w3c doesn't have to make all the rules" ... if Microsoft said that /. would be up in arms)

      You guys here amaze me sometimes. I didn't hear anyone bitching when Google decided to use "rel=nofollow" attributes in links so their spiders wouldn't follow them. Yeah, that's W3C all right.

      This has NO inherent evil associated with it. Also, W3C doesn't have to make all of the rules. If you want to implement a feature on your browser with the hopes that people will find it useful, then cool. Maybe the W3C will adopt it later after Mozilla shows them some test results.

    7. Re:Not very useful by Tony+Hoyle · · Score: 1

      It's kinda hypocritical of them after refusing for years to implement document.all because of the holy mantra of 'w3c specs and only the w3c specs', then coming up with their own tags just because they felt like it.

    8. Re:Not very useful by Fastolfe · · Score: 4, Informative

      Mozilla team is pulling an IE (implementing their own extensions... read the blog...

      WHATWG != Mozilla

      Mozilla is attempting an implementation of a standard set by an independent standards body. No, they're not the W3C, but like you pseudo-quoted out of context, "w3c doesn't have to make all the rules."

    9. Re:Not very useful by Anonymous Coward · · Score: 0

      This has NO inherent evil associated with it.

      You have to ask yourself why they want to implement a feature in a new way that can already be accomplished with existing technology. It seems to me that they want to make it a part of HTML so that it cannot be disabled the way JS can be. Watch and see how much Mozilla resists making it possible to disable this feature.

    10. Re:Not very useful by Bogtha · · Score: 1

      I didn't hear anyone bitching when Google decided to use "rel=nofollow" attributes in links so their spiders wouldn't follow them. Yeah, that's W3C all right.

      Yes, the rel attribute is part of HTML 4.01, for precisely the purpose of conveying the relationship between the current document and the linked document.

      --
      Bogtha Bogtha Bogtha
    11. Re:Not very useful by Bogtha · · Score: 1

      It seems to me that they want to make it a part of HTML so that it cannot be disabled the way JS can be.

      The <img> element type is part of HTML, and that's easily disabled. Why are you assuming that just because something is part of HTML that it cannot be disabled?

      --
      Bogtha Bogtha Bogtha
    12. Re:Not very useful by Eivind+Eklund · · Score: 1
      This description as "their own tags" is unfair; it's a WhatWG tag, and WhatWG is quite different from Firefox.

      Eivind.

      --
      Doubting the existence of evolution is like doubting the existence of China: It just shows that you're uninformed.
    13. Re:Not very useful by hobo+sapiens · · Score: 1

      "W3C doesn't have to make all of the rules."
      Maybe not, but SOMEONE needs to. What, does ANSI need to adopt web standards to make people respect the whole notion of web standards? You wanna go back to the browser wars days when proprietary features were standard practice? You must not be a web developer.

      "I didn't hear anyone bitching when Google decided to use "rel=nofollow""
      This is bad too. Everyone, including Google, should use standards. Everyone would benefit in the long run if companies like Google supported web standards. I like Google's customized home page is neat and all, but it is some ugly code. Yeah, I know only web geeks even care about this kind of thing, but imagine if all sites were well formed and parse-able. What would THAT do for search engine technology alone?

      --
      blah blah blah
    14. Re:Not very useful by Irish_Samurai · · Score: 1

      I can't find it in the XHTML standard.

    15. Re:Not very useful by Irish_Samurai · · Score: 1

      Also, I should have added this.

      The REL attribute has a set list of link types to be associated with it.

      "nofollow" is not one of them. Google shoehorned a non standard compliant value into a standard field for their own purposes. That is not being W3C compliant.

    16. Re:Not very useful by Bogtha · · Score: 1

      Which XHTML specification are you talking about?

      XHTML 1.0 is the direct equivalent of HTML 4.01, so you won't find any attributes described in it, as they all take their semantics from the HTML 4.01 specification. If you read the DTD, you will see that, yes, it's part of XHTML 1.0.

      If you are talking about XHTML 1.1, then it's in there too.

      If you are talking about the unfinished XHTML 2.0 drafts, then it's in there too.

      --
      Bogtha Bogtha Bogtha
    17. Re:Not very useful by Irish_Samurai · · Score: 1

      As I have already stated. REL isn't the problem, I understand its a astandard, its the "nofollow" that isn't.

    18. Re:Not very useful by everphilski · · Score: 1

      I'm antigoogle myself. They are too big for their britches. But I wanted to make a fair analogy, and google doesn't make web browsers, hence the IE to Firefox analogy. You can choose what you want to believe with regards to w3c and the internet. But creating a "ping attribute", no matter how well you define it, segments the market again just like IE has done, and Netscape tried to before them...

    19. Re:Not very useful by Bogtha · · Score: 2, Informative

      The REL attribute has a set list of link types to be associated with it.

      Did you read that page you just linked to? If you keep reading further down, you'll find that this is not an exclusive list; you can put whatever you want in there. From the specification:

      Authors may wish to define additional link types not described in this specification. If they do so, they should use a profile to cite the conventions used to define the link types. Please see the profile attribute of the HEAD element for more details.

      It's true that Google don't force you to use a profile, but there's nothing stopping you from using an appropriate profile anyway. Google aren't doing anything that isn't explicitly permitted by the HTML 4.01 specification.

      --
      Bogtha Bogtha Bogtha
    20. Re:Not very useful by Irish_Samurai · · Score: 1

      It's use without a proper profile is exactly what Google did.

      They just told web developers to put "nofollow" into the REL tag, that's it. It may be acceptable to put whatever you want in there, but you need to use the profile also.

      You want to pick nits, fine. You win. But Google didn't follow standard, they implored a whole shit ton of developers to ignore standards through their shitty explanation, and the end result is a whole bunch of non standard compliant values in REL attributes.

      You deal with can, could, and would. I deal with has, did, and done.

    21. Re:Not very useful by QuantumFTL · · Score: 2, Insightful

      Mozilla team is pulling an IE (implementing their own extensions... read the blog... "w3c doesn't have to make all the rules" ... if Microsoft said that /. would be up in arms)

      The difference here is that the ping tag does not affect loading or rendering of the page. It can be safely ignored, and does not create any compatibility problems for the user.

      Also, you must remember that Microsoft shoves its browser down people's throats, in the form of OS integration and prebundling, whereas this piece of software is not only optional, but open source, and a simple extension will disable this functionality, if one doesn't want to alter the source themselves.

    22. Re:Not very useful by Bogtha · · Score: 1

      They just told web developers to put "nofollow" into the REL tag, that's it. It may be acceptable to put whatever you want in there, but you need to use the profile also.

      What do you mean, "the" profile? There isn't a single profile to use. Since HTML doesn't support multiple profiles, any profile that is used must describe all the metadata in use. That means it's not a case of Google supplying a profile you can link to, it's a case of you coming up with a profile that describes the metadata you want to use - which might be a mixture of nofollow, XFN, etc. This isn't a one-size-fits-all scenario.

      But Google didn't follow standard, they implored a whole shit ton of developers to ignore standards through their shitty explanation

      Since when is it Google's responsibility to teach people how to write HTML? I don't see you criticising them for not reminding people to escape their ampersands when they construct links, or not reminding them that <a> elements need to go within particular parts of a page, or other invalid behaviour. Why do you expect Google to hold developers' hands for constructing a profile, when Google cannot do it for them?

      You say "Google didn't follow standard", but the part of the standard that you argue is being ignored is the part authors are responsible for, not Google. If you want to assign blame, then blame the clueless authors who blindly copy & paste code willy-nilly without having the slightest idea of what a rel attribute is or how it might affect the rest of their page.

      --
      Bogtha Bogtha Bogtha
    23. Re:Not very useful by Anonymous Coward · · Score: 0

      garrrr... adding extra attributes doesn't make something ill-formed or unparseable. It's easy (and standard practice) to ignore elements/attributes you don't understand. Ideally, it'd be in a seperate namespace (but that will never happen since IE will never support XHTML).

    24. Re:Not very useful by hobo+sapiens · · Score: 1

      "adding extra attributes doesn't make something ill-formed or unparseable"
      True. But at best that makes those extra elements unusable. Which may be ok. But why not just stick with the std stuff?

      --
      blah blah blah
    25. Re:Not very useful by Jackmn · · Score: 1
      They just told web developers to put "nofollow" into the REL tag, that's it. It may be acceptable to put whatever you want in there, but you need to use the profile also.
      And it's up to web developers to understand the standards and do that, not Google.

      Google has done nothing wrong here.
    26. Re:Not very useful by Kelson · · Score: 1

      WHATWG != Mozilla

      It's amazing how many people on the comment thread don't seem to recognize that simple fact. I mean, WHATWG already has reps from Mozilla, KHTML/WebKit, and Opera -- just look at the implementation of <canvas> in Safari 2.0, then Firefox 1.5, then Opera 9.0 (I think I've got the versions right).

      Most importantly, the intended behavior is defined in a public spacification, which means that if Microsoft feels like it, they can easily add any WHATWG feature to IE and have it work the same way as existing implementations.

    27. Re:Not very useful by HeroreV · · Score: 1

      At the same time, I *DO* think that unless this is to be submitted for standardization, it's just yet another wart

      The /. summary links right to the specification. Are you blind? Here, I'll put it in bold for you:

      http://whatwg.org/specs/web-apps/current-work/#pin g

    28. Re:Not very useful by sjames · · Score: 1

      he /. summary links right to the specification. Are you blind? Here, I'll put it in bold for you:

      No, but since I KNOW what a ping is, and the text said nothing about a link to the a standards submission, I didn't mindlessly click it. The first FA didn't mention it either.

      I also didn't click the ads or the 'related link' offering to compare prices on YRO products.

    29. Re:Not very useful by HeroreV · · Score: 1

      And so since you had no clue, you of course just assumed that there was no standards committee. Nice.

  31. And the upside... by jginspace · · Score: 1

    I'm going to implement this on some pages. It would be dead interesting just to see who's got this enabled...

    1. Re:And the upside... by Anonymous Coward · · Score: 0
      Yeah,
      <a href="#" ping="http://www.whatwg.org/ http://hixie.ch/ http://www.whatwg.org/1 http://whatwg.org/2 http://whatwg.org/3 http://whatwg.org/4 http://whatwg.org/5 http://whatwg.org/6 http://whatwg.org/7 http://whatwg.org/8 http://whatwg.org/9 http://whatwg.org/10 http://whatwg.org/11 http://whatwg.org/12 http://whatwg.org/13 http://whatwg.org/14 http://whatwg.org/15 http://whatwg.org/16 http://whatwg.org/17 http://whatwg.org/18 http://whatwg.org/19 http://whatwg.org/20 http://whatwg.org/21 http://whatwg.org/22 http://whatwg.org/23 http://whatwg.org/24">Click here for <b><blink>free</blink></b> pr0n</a>
      Whoever thought this one through is a genius, a masterful way for the WhatWG to lose all credibility!
  32. Not literally a ping... by nganju · · Score: 2, Insightful


    My first thought was "How can you track clicks with a ping?". After RTFA, it's not literally a ping to some server, it's a request to a URI, most probably an HTTP request that will contain request parameters indicating what link was clicked.

    Second of all, this is not any more of a privacy intrusion than previously existed. It was always possible to track clicks within a single website via cookies, and clicks on external links (i.e. banner ads) by using a redirect first. If the author of the website wants to track what you're doing, he's already got the means, and he's had them for years.

    --
    There are 2 kinds of people in this world. Those that can keep their train of thought,
  33. can't you just take it out? by edmicman · · Score: 1

    ummmmm, since it's open source, can't you just take that part out and recompile it? granted you have the expertise, anyway....

  34. Don't worry yet by courtarro · · Score: 5, Interesting
    "Quietly" refers to Mozilla's inclusion of this feature in the nightly trunk versions, not the official version available for download. That's hardly cause for concern. I'll bet most of the features added to nightlies are "quiet", so that's just a bit of fear mongering. It's a development version! I personally don't like the idea of pings that much, but I'm willing to bet it will have a UI to allow disabling when it's released to the masses. According to the bug request to implement it:

    We should try and do an experimental implementation of , to see if there are any unexpected real-world problems.

    That's what nightlies are for! We now see that it's a controversial tag (and they're probably already well-aware), so they're giving it a shot. Would you rather them just say "no, we don't like that potential standard, so we're not going to try implementing it"?
    1. Re:Don't worry yet by HeroreV · · Score: 1

      We now see that it's a controversial tag

      Actually, we now see that it's a controversial attribute.

  35. No by Anonymous Coward · · Score: 0

    Firefox? Spyware? If it'd be true, it'd show that even open source can be pleagued with spyware and privacy concern.

    I hope this is not a true story.

  36. Mmm, okay, is this bad? by SmallFurryCreature · · Score: 2, Interesting
    I click a link in a slashdot article to an external site and slashdot is notified about this. Mmm, okay. I can see that it might be considered usefull for deteriming how people use their website.

    It could enable a user comments vs people who actuall RTFA statistic. Knowing slashdot it would crash on a divide by zero error offcourse.

    But wait a minute, a infinite number of pings? So the story submitter himself can also add his pings? Knowing the quality of slashdot editors (HA!) any story submitter would know who read what links in his article. Do I want him to know?

    Imagine that someone puts a goatse.cx link on a forum. You don't of course admit that you been tricked but the next post is a record of all the pings the link submitter received proving that all of slashdot wanks to the goatse man.

    The abuse of this feature is clear and the benefits? If slashdot really cared to know wich external links are followed or not then that is their business isn't it?

    Do I really want websites to know wich external links I follow? I think this is a solution looking for a problem and in the few cases where a website needs to know the users need for privacy is superior.

    Bad mozilla. This is something I would have expected of MS or the old Netscape. Now go sit in a corner and don't come out until you stop adding crap features that tattle on me without informing me.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

  37. If it can't be disabled then I'm off by BestNicksRTaken · · Score: 3, Informative

    If this can't be disabled (in preferences, about:config, or easily in the source, or via some extension/Greasemonkey script) then I'm sticking with the current 1.5 build, or possibly off to Opera or Epiphany.

    Jesus if this was put into MSIE then people would be writing to their MP/senator by now!

    I cannot think of any good use for this.

    People who run servers do not need that specific kind of stats, their server logs should be good enough. Only marketing (aka spyware) types would want this kind of info.

    --
    #include <sig.h>
    1. Re:If it can't be disabled then I'm off by Yahweh+Doesn't+Exist · · Score: 1

      now that I've found some good adblocking for safari my main reason for firefox is gone. firefox's adblock is still a bit better but if this option isn't in the privacy tab of the preferences then I for one won't bother with special scripts or source code before dumping firefox.

    2. Re:If it can't be disabled then I'm off by Kadin2048 · · Score: 1

      I agree. However on Windows I think Firefox is still the best.

      On Mac you can use Safari with Pithhelmet and block most ads, and on Linux I use Konqueror, which in its latest incarnation (comes with KDE 3.5) uses Adblock -- the exact same one that Firefox does. Load it up with Filterset.G and you pretty much never see a graphical ad again.

      I guess Gnome users are still stuck with Firefox, or at least I don't know of anything else that's better than it.

      I definitely prefer Safari/Konqueror to Firefox's rendering, though I can't put my finger on exactly why. But when I'm stuck on Windows, I'll take Firefox to IE any day, obviously.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    3. Re:If it can't be disabled then I'm off by Yahweh+Doesn't+Exist · · Score: 1

      >I definitely prefer Safari/Konqueror to Firefox's rendering, though I can't put my finger on exactly why.

      safari always feels "softer" than firefox to me. side by side shows that at least the fonts are clearer but I don't know if that's all.

    4. Re:If it can't be disabled then I'm off by ReinoutS · · Score: 1
      Here go my modpoints, but...
      I guess Gnome users are still stuck with Firefox, or at least I don't know of anything else that's better than it.
      In the the current development version of Epiphany, the GNOME web browser, the adblock extension is stable and working. Using CSS-based ad blocking has been possible for a long time even with older Epiphany versions, although it requires a bit of manual work to edit the relevant userContent.css file.
    5. Re:If it can't be disabled then I'm off by Kadin2048 · · Score: 1

      I agree. The only thing I dislike is that Konqueror has an absurdly large default text size, which I haven't spent enough time with yet to figure out how to change. So every time I open it, I press Ctrl-Minus a few times to make it look "normal." Otherwise reading a slashdot page gives my neck whiplash, going from side to side on a 19" monitor over and over. (I have a 19" display that's only 1024x768...)

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
  38. As I understand it... by Oy+Vey · · Score: 1, Funny

    This single attribute will notify "a list of servers to notify when you click on a link".

    Is this the one rule to ping them all?

    --
    We pray for the end of ignorance and superstition
    1. Re:As I understand it... by blackest_k · · Score: 1

      hmm so does this mean that you can ping all the webservers
      at the same time and have them reply.

      ping

      melt :(

  39. Facts of the matter by Panaflex · · Score: 5, Insightful

    One, this is in the trunk builds - NOT the released versions.

    From a technical POV it's actually nicely thought out, as it separates logically the intended action and the "log."

    I'm sure that Google, Yahoo, and others are BEGGING for this. I've worked in Design and Dev at two of the biggest travel sites - it's a huge problem tracking clicks. If we could remove our tracking javascript then users would get a MUCH snappier web site.

    But we can't because our advertisers specify that we must have third party click/view audits that "verify" our intended audience numbers.

    On the one hand, I know (having designed and built some of the auditing and log analysis systems) that we're tracking every click on our sites. We do use cookies. And the tag would bring it all out in the open instead of buried 3 layers deep in javascript.

    But from an individual POV, it's like acknowledging that they really ARE watching me. And I am now consenting to that.

    Solution: In my mind, the big(and little) sites could offer users the "option" of using the ping tag for a nicer user experience. It would be disabled by default, and a web site would have to specifically request and get permission from the user before the browser would "unlock"

    Just me $0.02

    --
    I said no... but I missed and it came out yes.
    1. Re:Facts of the matter by po8 · · Score: 1

      Which W3C standard does the ping tag implement? 'Cause if it doesn't implement one, I don't want it, and it shouldn't be a priority of a project that hasn't achieved standards compliance yet.

      If "Google, Yahoo, and others are BEGGING for this" they can darn well go through the standards process like everybody else. This is open source. Its specification is an open standard.

    2. Re:Facts of the matter by Panaflex · · Score: 1

      I have no beef with that statement, and it's perfectly valid. It would also lend validity to go through w3c so that valid privacy and security concerns could be addressed fully.

      --
      I said no... but I missed and it came out yes.
    3. Re:Facts of the matter by Bartmoss · · Score: 1

      I can disable your javascript on the client side.

      As long as the "ping" is configurable and deactivated by default, then I say you can have your ping attribute. My personal rights must have priority over your advertisers' wishes.

    4. Re:Facts of the matter by Kelson · · Score: 2, Informative

      It's gone through the WHATWG, a group that's building new standards based on HTML instead of XHTML. They've got Opera, Mozilla, and KHTML/WebKit on board, and they do publis specs, so anyone else can build a compatible implementation without trying to reverse-engineer anything.

      You probably haven't heard of them before because this is the first WHATWG extension that's generated this level of controversy. (The most well-known one is probably <canvas>, which is already in Safari and Firefox and will also be in Opera 9.)

    5. Re:Facts of the matter by Monkier · · Score: 1

      "requesting permission from the user" sounds a lot like the way activex works. "Click 'OK' to DOWNLOAD this AWESOME SOUTHPARK clock for YOUR DESKTOP!". The majority of users don't know what they are clicking 'ok' to, making the whole browsing experience very uncertain to them..

    6. Re:Facts of the matter by Panaflex · · Score: 1

      I can see your point, but really this is quite different from ActiveX - which is native executable code and could be anything.

      The point is that we move javascript "cross-site" scripting into an attribute which is now user controlled instead of enable/disable Javascript.

      --
      I said no... but I missed and it came out yes.
    7. Re:Facts of the matter by Monkier · · Score: 1

      definitely not as dangerous - and yes the advanced user knows that. for the vast majority any new prompt doesn't mean anything.. 'This site is being redirected to a non-SSL site', etc, etc.. it definitely a balance between educating new web users, and restricting the web/browsers to give an experience that doesn't require these sort of decisions. the activex prompt is an _extreme_ example of this! "oh, yeah - we realise activex is executable, and could do anything. so we'll (by default) require the publishers to sign the exe - and we'll prompt the users. there fixed."

    8. Re:Facts of the matter by Achromatic1978 · · Score: 1

      But I notice it's the people like Google and Microsoft who are named in the spec... as someone else said, there seems to be a big grouping of entities that stand to make /their/ lives easier/more profitable, and a dearth of 'users'.

  40. Imagine if Microsoft had Done This by Anonymous Coward · · Score: 0

    This article will probably illuminate some of the hypocrisy we see daily on Slashdot (and of course this will get suppressed by the censors).

    When Microsoft adds a "feature" it is termed "proprietary", "violating".
    When those features are privacy or security risks, the abuse is not fit to display where young eyes may see it.

    When a favored non-Microsoft projecr adds a "feature" it is praised as
    "innovation".
    When those features are privacy or security risks, we see "you can always change it yourself, it's open source".

  41. Who asked for this? by Anonymous Coward · · Score: 1, Insightful

    Come on. Who asked for this 'feature'? I don't see the purpose of it. THe article states that is is for "enable link tracking mechanisms commonly employed on the web". That sounds to me that a marketing lobbying firm has leverage its influence somewho.

    It will be abused really soon in my opinion. Right now the site you're browsing can track you. Tomorrow, your clicks will be broadcasted (clickcasted) to all ads firms live. Gr8t!

    1. Re:Who asked for this? by Anonymous Coward · · Score: 0
      And lo and behold, one of the primary authors of the document works at .... da da Da da!

      Google!

  42. Will sites really use this? by Shimmer · · Score: 4, Insightful

    Assuming that IE implements the same feature, will sites use this? If clients can turn it off, I suspect that web sites won't trust it. This is something that is most accurately done on the server, and I think that's where it will stay.

    --
    The most rabid believers in American Exceptionalism are the exact same people whose policies are destroying it.
    1. Re:Will sites really use this? by darinf · · Score: 2, Informative

      Microsoft probably won't implement this exact feature, but due to a bug in IE, it is already possible for websites to implement something similar. I added a comment to my blog with details.

    2. Re:Will sites really use this? by dubl-u · · Score: 1

      If clients can turn it off, I suspect that web sites won't trust it. This is something that is most accurately done on the server, and I think that's where it will stay.

      Consider how they do it currently. A few do it exclusively server-side, but many turn it on only every Nth page view, some use Javascript, and some just don't do it. Why? Because the server-side solutions degrade the user experience. Clients can already turn off the Javascript or hack around the URL redirectors, so there's no reason to think this will be much less accurate. Browser adoption is a bigger deal.

    3. Re:Will sites really use this? by slashdotnickname · · Score: 1

      Assuming that IE implements the same feature

      At best, IE will implement a similar but totally incompatible feature... at which point Microsoft will be demonized for adding non-standardized features.

    4. Re:Will sites really use this? by Shimmer · · Score: 1

      I have a hard time understanding why the server-side implementation is so much slower than this new "ping" attribute.

      Yes, clients can hack around the server-side implementation, but it is much harder than simply turning off a preference.

      --
      The most rabid believers in American Exceptionalism are the exact same people whose policies are destroying it.
    5. Re:Will sites really use this? by dubl-u · · Score: 1

      I have a hard time understanding why the server-side implementation is so much slower than this new "ping" attribute.

      Because the ping approach should be asynchronous, whereas the server-side URL chaining has to be one URL after another. On average, the server-side implementation will be a little better than twice as slow.

    6. Re:Will sites really use this? by Shimmer · · Score: 1

      That makes sense. So if I was a user who cared more about latency than privacy, I might opt to use the ping approach. I don't think there's much demand for it from this group, but it's at least plausible.

      However, the load on the servers remains the same in both cases, so it's not clear to me why content providers would care either way. According to the linked article, they're the ones asking for this feature.

      --
      The most rabid believers in American Exceptionalism are the exact same people whose policies are destroying it.
    7. Re:Will sites really use this? by dubl-u · · Score: 1

      However, the load on the servers remains the same in both cases, so it's not clear to me why content providers would care either way. According to the linked article, they're the ones asking for this feature.

      Because content providers care about the user experience. I have seen places put a lot of money into implementing a 1-in-N version of server-side click tracking because they want to get their stats without slowing down the user experience. Happy users means more return visits and therefore more money.

    8. Re:Will sites really use this? by HeroreV · · Score: 1

      at which point Microsoft will be demonized for adding non-standardized features.

      You mean the non-standardized feature that the /. summary has a link to the specification of? Do you not think it's important to follow the links in the summary before commenting?

      Here, I'll copy the link from the summary, but use the URL as the link text and even make it bold for you:
      http://whatwg.org/specs/web-apps/current-work/#pin g

  43. tips? by lseltzer · · Score: 1

    The whatwg page says that "When the ping attribute is present, user agents should clearly indicate to the user that following the hyperlink will also cause secondary requests to be sent in the background, possibly including listing the actual target URIs."

    To me this means that the status bar or some other indicator should show the fact of the ping when you hover over the link. Does Forefox do this? I'm not running a "trunk" build.

  44. Re:This stinks by sthibault · · Score: 2, Insightful

    Can we please, please, keep politics out of this? I would rather discuss the FF issue, than listen to a flame war about politics.

  45. Use Firefox as a workaround by joel2600 · · Score: 2, Informative

    It would be just as easy to defeat this technology (if you did not want it), by using it against itself.

    Any developer with a small amount of time on their hands can easily develop a firefox extension or greasemonkey script that will take all of the ping tags out of the page that is rendered to the user.

    "Problem" solved.

  46. Don't like Firefox spyware? Use Konqueror by billybob2 · · Score: 0, Offtopic

    If you don't like Firefox's attempt to give away your privacy, there is a perfectly good FOSS browser you can use:

    Konqueror

    In some instances, it may render web pages even better than Firefox, since Konqueror passed the Acid2 test.

    1. Re:Don't like Firefox spyware? Use Konqueror by 9-bits.tk · · Score: 2, Interesting

      If they're going to go any further with the "ping" feature, there should be a function (enabled by default) that prompts you before pinging the servers.

    2. Re:Don't like Firefox spyware? Use Konqueror by grahamlee · · Score: 4, Insightful
      In some instances, it may render web pages even better than Firefox, since Konqueror passed the Acid2 test.

      Acid2 only measures the particular edgecasitis that the Acid2 authors managed to think of - web developers seem capable of introducing many more. What's needed isn't more acid tests but a W3-approved regression suite.

    3. Re:Don't like Firefox spyware? Use Konqueror by aichpvee · · Score: 0, Offtopic
      Come on, man. I use KDE exclusively. I LOVE KDE and the gnomification of Firefox drives me NUTS (whoever put the gnome file dialogs into 1.5 is first up against the wall in the revolution), but Konqueror is not ready to replace Firefox. It lacks the real world compatibility, the features (which admittedly vanilla Firefox sorely lacks) provided by an extensive library of Firefox extensions, and it suffers severely from the feeling that it just doesn't know what it wants to be.

      The rendering technology is definitely there in most areas but it lags behind both Firefox and Opera as a full web browser.

      Also, it doesn't work with gmail's standard mode. Which isn't really Konqueror's fault.

      --
      The Farewell Tour II
    4. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 2, Interesting

      You would think so. Starting with cookies, though, there's always been a major component of web design and development which hinges on deliberately obfuscating important events from the user.

      I don't want to get too heavy into tin-foilery over this. It would be difficult to support a claim that these pings and cookies are used for anything but the most innocuous of data mining and profiling pursuits. Here is where a natural danger sense comes into play, though: if people are being so careful not to draw attention to the extra activities of the software then just what are they hiding?

      --
      fast as fast can be. you'll never catch me.
    5. Re:Don't like Firefox spyware? Use Konqueror by JFitzsimmons · · Score: 1

      I'm not *sure* about this, but I think that gnome's file dialogs have been incorporated into GTK+ proper. And with that said, what's wrong with the gnome file dialog? They're certainly better thant the old (old old) GTK one...

      --
      Beware he who would deny you access to information, for in his heart he dreams himself your master. -Anonymous
    6. Re:Don't like Firefox spyware? Use Konqueror by Anonymous Coward · · Score: 0

      The new dialog has Tab-completion for paths and filenames, so you can hit /h[tab] -> /home/u[tab] -> /home/user/W[tab] -> /home/user/WHATEVER/

      Try that with the XUL-abomination of file-dialog before.

    7. Re:Don't like Firefox spyware? Use Konqueror by mfg · · Score: 2, Interesting

      > what's wrong with the gnome file dialog?

      The most obvious problem is that, unlike the old
      XUL file browser, they don't use the current Firefox
      theme. This makes them look completely out of place
      on screen.

      More importantly, the design of the new file browser
      is fundamentally broken; it's been dumbed down to the
      point of unusability. There's no obvious place to type
      filenames rather than using the mouse, the display of
      the directory tree is non-standard, clicking on
      "Browse for other folders" in the save dialog triples
      the size of the window and often moves the cancel/save
      buttons off the bottom of the screen, etc.

      The disaster that is the new GTK file browser is the
      main reason that I'm still using GTK1 versions of
      Mozilla etc.

    8. Re:Don't like Firefox spyware? Use Konqueror by jacksonj04 · · Score: 4, Interesting

      This is an important point. An AJAX application will quite merrily send and recieve large quantities of data without you knowing - this is by design. It relies on being able to do things 'behind the user's back'.

      Think of it this way - if you had a popup every time a local application wanted to communicate with the hard disk, how quickly would you become angry?

      --
      How many people can read hex if only you and dead people can read hex?
    9. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 2, Insightful

      I just want to ask: What functionality does this give to me, as a user, that couldn't be entirely implemented on the server side without requiring anything to happen behind my back?

      I use the web to view content. Ceding the argument of complex layouts (graphics, frames, fonts, etc.) there is no content that I've viewed in the last 8 years which requires any functionality on my browser's part beyond what I could get from lynx. What does this ping bring to me, as a user, and why should I care to have it at all?

      AJAX doesn't impress me either. Webapps, while nice for jobs and web-coders (everyone needs to make a living somehow), should die. There's a better and more secure way to do everything which any web-app does.

      --
      fast as fast can be. you'll never catch me.
    10. Re:Don't like Firefox spyware? Use Konqueror by _anomaly_ · · Score: 2, Insightful

      Not everyone views the web as "read-only", so to speak.
      I use quite a few sites as tools that give me access to data or features provided by someone that I wouldn't normally have access to. Examples include bank sites and stock brokerage firm sites.

      One additional response to your comment: how about providing insight as to the "more secure" alternatives to AJAX that provide the same functionality and fill the same niche rather than simply saying it "should die".

      --
      "I have no special gift, I am only passionately curious." - Albert Einstein
    11. Re:Don't like Firefox spyware? Use Konqueror by Kitsune78 · · Score: 2, Interesting

      Communication between an application and my hard drive should not result in data leaving my immediate "control zone" (or at least one would hope). That same sort of activity occuring over a public network to an unknown destination is more insecure by orders of magnitude.

      Your point is valid that AJAX functionality poses many of the same issues as this Firefox "feature", but I politely refute your hypothetical example.

    12. Re:Don't like Firefox spyware? Use Konqueror by Anonymous Coward · · Score: 0

      There's a better and more secure way to do everything which any web-app does.

      Please define 'better' and provide examples.

    13. Re:Don't like Firefox spyware? Use Konqueror by drinkypoo · · Score: 1
      AJAX is faster because there are fewer page loads. That's about it. However, that can be a pretty damned big deal.

      The ping will help reduce page loads as well. Only headers need be exchanged when you use the ping, instead of loading some shim graphic to handle hit tracking, which people will do with or without ping.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    14. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 2, Interesting

      I know that this will be extraordinarily out of the box type thinking which was discarded back around '95 when the intarweb was used to create a huge marketing bubble...

      Use your imagination and come up with something which doesn't involve HTTP and port 80. I know, it's tough because there's so little out there. Looking at the internet today one would think that HTTP and port 80 were the whole reason behind designing desktop computers.

      And, again... what functionality does this new ping give to _ME_, the user who bought this hardware and is paying the electric bill to run this browser? If I were to talk with the author of the code for this little snippet what explanation would he be able to give to justify that _I_, the user, want this?

      --
      fast as fast can be. you'll never catch me.
    15. Re:Don't like Firefox spyware? Use Konqueror by Kelson · · Score: 2, Insightful

      The big advantage of web apps is that they don't require installation.

      Sure, you can come up with a zero-install app with roaming profiles running on a distributed, remotely-accessible platform using something other than HTTP and a web browser -- but you'd need to set up the infrastructure and get the platform installed on as many PCs as possible. That's the next-gen "right" solution, and I recall Microsoft talking about this type of thing with .Net and Hailstorm a few years back (funny how people didn't like it much). Web apps are the "right now" solution which can get this type of app running and in use today.

    16. Re:Don't like Firefox spyware? Use Konqueror by XO · · Score: 1

      If I remember correctly, which I may not, the only reason Konqueror passed the ACID2 test was because it was hacked to specifically render it. I could be wrong. I'd be surprised if that wasn't the case, though, considering last time I used Konq, the rest of the world was in the 5+ generation of browsers, and it was still in the 2.0 generation.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    17. Re:Don't like Firefox spyware? Use Konqueror by XO · · Score: 1

      hmm. I had no idea that Mozilla used GTK at all.

      It sure as hell never has on any of my installations.

      But, you're right, the GTK2 file dialogues are of the worst possible order.

      --
      "Champagne for my real friends - and real pain for my sham friends!" http://ericblade.postalboard.com/
    18. Re:Don't like Firefox spyware? Use Konqueror by Anonymous Coward · · Score: 0

      > Not everyone views the web as "read-only", so to speak.
      > I use quite a few sites as tools that give me access to data or features provided by someone that I wouldn't
      > normally have access to. Examples include bank sites and stock brokerage firm sites.
      >

      Read-only? Who said that? HTML and PHP (or equivalent) are way enough to code anything useful for the Web... (including your banking website...). It's not a matter of being read-only, it's a matter of being well designed, accessible, simple and content-oriented (we shouldn't care about useless gadgets).

    19. Re:Don't like Firefox spyware? Use Konqueror by aichpvee · · Score: 1
      The old GTK dialog was at least functional. You could clickedy clack on it if you really wanted to but it also provided a pretty solid commandline-style navigation that made clicking unnecessary. The new one is horrible for both clicking and typing.

      Additionally, if you had any sense at all, you'd realize that Firefox NEVER used the GTK dialog in the first place. It used an XUL-based dialog that was pretty basic but did the job well.

      There's no reason that Linux should be the odd man out by having an inferior version. Especially with all the idiots acting like Firefox is somehow a "Linux app" when clearly the Windows (and probably Mac, though I've never used it) version gets all the love.

      Hopefully the Mozilla kids get their shit together and fix it or Konqueror steps up and fills the role it should already be playing as the dominant Linux web browser.

      --
      The Farewell Tour II
    20. Re:Don't like Firefox spyware? Use Konqueror by Anonymous Coward · · Score: 1, Interesting

      >
      > AJAX is faster because there are fewer page loads.
      >

      You do know about browser cache, don't you?

      For the page in itself, if most webpages weren't composed half of useless JavaScript (be it advertising or not), HTML tables used for design and deprecated tags/attributes, I guess we would not need to limit page loads.

      >
      > The ping will help reduce page loads as well. Only headers need be exchanged when you use the ping,
      > instead of loading some shim graphic to handle hit tracking, which people will do with or without ping.
      >

      Better yet: do not track users and care for your content instead. Web server logs are way enough for the only legitimate purposes there are to keep stats: manage your server bandwidth and maybe check if what you are writing/serving, has been read/saw/heard by many or few. You should not care about anything else.

    21. Re:Don't like Firefox spyware? Use Konqueror by thing12 · · Score: 1
      And, again... what functionality does this new ping give to _ME_, the user who bought this hardware and is paying the electric bill to run this browser? If I were to talk with the author of the code for this little snippet what explanation would he be able to give to justify that _I_, the user, want this?

      You want it because the provider of the link is going to monitor your click-thru whether you like it or not. At least this way you can click on a link, which points directly to the page, and get there without them having to resort to http redirection and possibly javascript to obscure the fact that they're redirecting you.

    22. Re:Don't like Firefox spyware? Use Konqueror by Anonymous Coward · · Score: 0
      Try that with the fact that it doesn't actually work correctly. The old GTK file dialog actually allowed for this (not the XUL one from previous Firefox releases) but the new one is a pain in the ass. Just try to type your way into your home directory. The ~ key doesn't even start off the tab completion, which is ridiculous.

      Luckily you can drop the nsFilePicker.js file from 1.0.7 into your firefox/components/ directory and get the old XUL dialog back. I'll certainly take that over the hideously unusable GTK2 dialog any day.

    23. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      I see. As long as we're halfway down the lion's throat we might as well go all the way.

      If anything you've illustrated why we should be critically looking at web designers and developers and asking,"Just what are you up to?"

      --
      fast as fast can be. you'll never catch me.
    24. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 2, Interesting
      What functionality does this give to me, as a user, that couldn't be entirely implemented on the server side without requiring anything to happen behind my back?

      The alternative is the same stuff happening on the client side, as it is right now, but through more user-hostile means. Think hidden frames and DIVs, transparent GIFs, JavaScript being used to make arbitrary requests, and all that junk.

      ping gives a less user-hostile alternative to all of that miscellany -- and one that the users can actually easily turn off. It's a Good Thing. Embrace it.

    25. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      Precisely why we should not be adding new features to allow the same thing to happen. Instead the devs should be looking back and securing the existing protocols.

      I hate to bring politics into this but this is the exact same pattern with our legal system: Why go back and refine the old when we can just keep writing new?

      Can you imagine applying that meme to your code base for any major application? Why, it would end up looking like a collection of bandaids with a million loopholes in each one. Ask Microsoft how well that works out for security and reliability.

      --
      fast as fast can be. you'll never catch me.
    26. Re:Don't like Firefox spyware? Use Konqueror by arodland · · Score: 1

      And with that said, what's wrong with the gnome file dialog? They're certainly better thant the old (old old) GTK one...

      The fact that they're not nearly as good as the old old GTK ones :)

      The old GTK file dialogs were perfect, besides the matter of their default size (which let you see about two characters of each filename). The split-pane view was good, the text-entry box had magical tab completion that was just awsome, and everything was fast and simple. The new GNOMish dialogs in 2.recent are complicated and slow. I don't even get a damn box to type into, except for the magical "popup" one that doesn't provide nearly as much useful feedback as the old-style one. Opening a file is a noticeably slower and more painful task. The only plusses are the more reasonable size and the "handy places" on the left.

    27. Re:Don't like Firefox spyware? Use Konqueror by drinkypoo · · Score: 1

      AJAX is faster because there are fewer page loads.

      You do know about browser cache, don't you?

      Kindly reserved your snide "tone" for times when you are correct. The browser cache will not help you load pages with dynamic content unless you use some form of content replacement technology... like AJAX. Meanwhile, even while using AJAX, you can be caching javascript, by including them with a SCRIPT directive instead of your webserver's INCLUDE directive - this is the normal means of including javascript, anyway.

      And, if you think Javascript is useless, then you can't be helped, anyway. Even just good old DHTML is a means for reducing page loads, which depends on Javascript.

      Reducing page loads is a good thing no matter why you do it, as it decreases the load on the entire internet between you and the server, including your machine, every node in between the two end points, and the server itself.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    28. Re:Don't like Firefox spyware? Use Konqueror by Kjella · · Score: 2, Insightful

      Acid2 only measures the particular edgecasitis that the Acid2 authors managed to think of - web developers seem capable of introducing many more. What's needed isn't more acid tests but a W3-approved regression suite.

      Too rigid. I developed a fairly complex layout for a website that was IE, Firefox, Opera and W3C-compliant (hardest of all after IE compatibility, you'd be surprised how forgiving browsers really are). Strangely enough it had a small rendering bug on Safari and I presume Konqueror as well. Anyway, Firefox and Opera were almost to the pixel identical. When they all pass ACID2 I think you have to really go out of your way to make it render differently on W3C-compliant pages. If your page isn't valid (X)HTML/CSS, then expect things to behave odd. What is needed is better tools to create compliant pages - I've seen so many broken tools that should have been put to death long ago.

      Kjella

      --
      Live today, because you never know what tomorrow brings
    29. Re:Don't like Firefox spyware? Use Konqueror by slumberer · · Score: 1

      AJAX doesn't impress me either. Webapps, while nice for jobs and web-coders (everyone needs to make a living somehow), should die. There's a better and more secure way to do everything which any web-app does.

      AJAX has it's place. For many websites it isn't of any use and it can confuse the interface if not used without providing the user with feedback. However there are applications where it is very useful. Gmail is probably the most well known. As far as web mail goes it provides a far better user experience than those that don't use it.

      And there other applications such as drag and drop on a web page that it can be used for. Sure these things can be done without the use of XMLHttpRequests, and some of them without DHTML but this makes the entire user experience slower and more painful.

      You may want to argue that these things should not be done using a browser and that custom application should be used for these tasks. This doesn't work however if you want access these programs at multiple locations. Often the program that you want to use is not installed or configured properly while you can usually guarantee that there will be a web browser installed.

      Writing off a technology because it is used in places where it doesn't need to be seems rather shorted sighted to me. AJAX difinetly has its place and can be very useful.

    30. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 2, Insightful

      I would agree if you could demonstrate the usefulness of AJAX outside of a web browser. AJAX may, in itself, be a fantastic design. The question still remains, though,"What are we really trying to accomplish and should we be doing this with a web browser at all?"

      Lately the following has become increasingly obvious: We're adding new features to keep and track users on the web to generate databases and clicks for (artificial) revenue to show numbers to the investors so that we can get more capital to add new features to keep and track users on the web to generate databases and clicks for (artificial) revenue to show numbers to the investors so that we can get more capital to add new features...

      Can you see why I, as a user, am no longer impressed with port 80? I'm not really fond of pyramid schemes.

      --
      fast as fast can be. you'll never catch me.
    31. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1
      Precisely why we should not be adding new features to allow the same thing to happen. Instead the devs should be looking back and securing the existing protocols.

      Not possible: The "existing protocols" leak information when behaving exactly as designed and specified, and can't be secured without throwing them out and writing completely new standards. That is to say: Improving the implementations of those standards cannot reduce the amount of leakage, because that leakage necessarily occurs when the standard is implemented as designed. That's not important, though, because the leakage in question is not sufficient as to have a significant, non-theoretical detrimental effect on the userbase.

      Now, if you think we really ought to write completely new standards that prevent the "immoral" loopholes from being exercised, I urge you to consider some of the consequences:

      1. JavaScript-based requests for XML documents (as those used for most AJAX work) are obviously insecure. Those, and Google Maps, and Flash remoting, and would need to be thrown out.
      2. Requesting that images be loaded from a different server couldn't be allowed -- those are, after all, separate requests, and could be used for tracking purposes. Folks must keep their images and content on the same server, and can't use one server for dynamic content and a dispersed cache farm for static content.
      3. Have a page on your company intranet which pulls up ViewCVS from your CVS server in one frame while keeping the other content loaded off your web server? Nope -- to do this the way you propose, this would need to be disallowed at the protocol level.

      And so forth. Revizing HTML and related standards to focus on security in place of functionality -- neutering the Web to minimize the amount of (even harmless) information exposed without user confirmation -- is an absolutely horrid idea. Moreover, even if it were a good idea, it would never be accepted by a public accustomed to having functionality over usability.

      So -- if you want to live in that world, here's what you do: Turn off Flash and JavaScript; disable all your browser plugins; disable images; go into the source of your browser and turn off support for frames and DIVs unless you affirmatively choose to load them after seeing their URLs, and go spend time pretending that you've actually bought yourself some level of privacy that's actually sufficient to have any substantial, non-detrimental effect whatsoever on how you interact with the outside world... but please leave the rest of us alone when we're trying to make life better for ourselves. You might want to read Secrets and Lies. One of its themes is the difference between real and merely illusory security; it's something you might do well to grasp.

    32. Re:Don't like Firefox spyware? Use Konqueror by jacksonj04 · · Score: 1

      AJAX's place is definately on browsers - they are an application installed on most PCs which can interface with external servers using common, standard (In theory) methods. This gives me the ability to work in the same environment, with the same data, in different physical locations.

      Yes, there are more permanent local applications which can do the same. I use Outlook 2003 and Exchange 2003. Outlook is a big powerful application which is installed locally and maintains its own copy of the data, but should I need to roam I can use Outlook Web Access (AJAX). Exchange Server does all the hard work of keeping things working on the same page.

      --
      How many people can read hex if only you and dead people can read hex?
    33. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1
      The "existing protocols" leak information when behaving exactly as designed and specified, and can't be secured without throwing them out and writing completely new standards
      Maybe, maybe not. Buggy standards should be rewritten from the ground up if that's what is needed.
      Requesting that images be loaded from a different server couldn't be allowed
      That's just bunk. The issue here is tracking mechanisms embedded in the client application. If you look at my history you'll see that I'm all in favor of whatever they feel like doing on the server side. Put a href wherever you like. If that's enough for tracking then why are all these other vectors needed?
      So -- if you want to live in that world, here's what you do
      Who is benefitting so greatly from the current insecure implementations that I'm required to behave like a hermit just to stay aware of possible exploitation whether it be computer, social, financial, political, or otherwise?

      To continue my metaphor (this is the parents checking on the kids when everything goes quiet): Your protests sound very similar to,"Nothing Dad. We're just reading." while carefully tucking something under the bed.
      --
      fast as fast can be. you'll never catch me.
    34. Re:Don't like Firefox spyware? Use Konqueror by GenSolo · · Score: 1
      I know it's a hack rather than a real solution, but add this to your user stylesheet:
      a[ping] {
        background-color: red !important;
        color: black !important;
        font-face: bold !important;
      }
      a[ping]:after {
        content: "(This will send extra requests to: " attr(ping) ")" !important;
      }
      Then, at least you'll know before you click the link that it'll ping something.
    35. Re:Don't like Firefox spyware? Use Konqueror by Anonymous Coward · · Score: 0

      You do know about browser cache, don't you?
      You do know that a dynamic page is uncacheable, don't you?

      AJAX is "faster" because it fetches data in the background while the user is doing something else. There are fewer loads of the same page because whatever documents the AJAX transaction is hitting are having more loads. They just don't involve the rendering engine (at least not directly).

    36. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1
      Maybe, maybe not. Buggy standards should be rewritten from the ground up if that's what is needed.

      My argument is that the standards in question are not buggy -- rather, that the tools they provide in order to give the user good and useful functionality can also be turned towards ill use. Developing a web browser that can't leak information back to the server is analogous to developing a hammer that can't smash someone's skull in: It won't be very good for nails either.

      That's just bunk. The issue here is tracking mechanisms embedded in the client application. If you look at my history you'll see that I'm all in favor of whatever they feel like doing on the server side. Put a href wherever you like. If that's enough for tracking then why are all these other vectors needed?

      Putting an HREF in is causing the client to take action: In particular, you're asking the client to go and affirmatively download an extra image from the server. If said image contains no useful information, that's exactly the same as doing a separate ping request -- except that you caused the rendering engine to slow down and wait for that image to be retrieved.

      The purpose of the extra vector in this case, then, is to have a mechanism that doesn't slow down the rendering engine, because the browser knows it can make that request only after the content needed for page display has already been loaded.

      Who is benefitting so greatly from the current insecure implementations that I'm required to behave like a hermit just to stay aware of possible exploitation whether it be computer, social, financial, political, or otherwise?

      Who is benefitting? You. When you use Google Maps, you benefit from JavaScript that can make asynchronous (hidden!) calls back to the server. When you use Slashdot, you benefit from having the images loaded off a separate server farm (which can track you just as much as the ping tag can). When you use almost any banking site, you benefit from frames and DIVs (which can be used to cause new, hidden page requests, but also make for a pleasing page layout). Et cetera.

      This ping tag gives away no more information than the approaches I mention in the above paragraph (which you say are "server-based" and thus harmless), but it has the additional benefit of not slowing down your browser.

      To continue my metaphor (this is the parents checking on the kids when everything goes quiet): Your protests sound very similar to,"Nothing Dad. We're just reading." while carefully tucking something under the bed.

      Given that your argument seem to be based on a presumption that a ping tag gives away more information than a IMG HREF can, I claim that the assertions on which your core argument is based are factually incorrect. Until you can explain how your argument is based on real, genuine facts about the technology in question, I'm forced to write this off as baseless paranoia -- and question my continued involvement in this thread.

      Give me a genuine, technical explanation of what risks the PING tag adds which wouldn't otherwise exist, and we'll be able to have a real discussion -- talking not about what the other person "sounds like", but actually discussing the merits and faults of the technology in question.

    37. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      Again, your entire argument is centered on "it can already be done, so what's wrong with it?" My question still is,"Why do I want this code running on my system?" You give a few examples but none of them require client side tracking.

      --
      fast as fast can be. you'll never catch me.
    38. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1
      Again, your entire argument is centered on "it can already be done, so what's wrong with it?"

      No, it isn't.

      My argument is thus: It already is done in more destructive ways; why not accept a less-destructive (lower-impact, easily disabled) one in its place?

      If you don't have this code on your system, you're stuck with the more-destructive approaches; you get longer page load times, can't easily disable the extra requests, and still are being tracked by advertisers.

    39. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      Your use of the term destructive is debatable. There's no clear indication that existing methods are destructive.

      Accepting this "less destructive" method will not remove the others from use.

      You don't expect me to take the page load time FUD seriously, do you?

      What's next after ping? A bash shell hosted inside of Moz for the server side pages to play with?

      I really wish I could work a Hitler reference in on this one, too.

      --
      fast as fast can be. you'll never catch me.
    40. Re:Don't like Firefox spyware? Use Konqueror by Anonymous Coward · · Score: 0

      Since Acid2 is only a way to see how a browser handles errors, I wouldn't take that as a valid reason that Konqueror renders better than Firefox as there should be no errors in the document anyway.

      If errors are always displayed the same way, then some lazy web designers might uses how a browser handles an error to create an effect on a webpage, when what they really should be doing is using valid markup preferably laid out by the W3C.

    41. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1
      Your use of the term destructive is debatable. There's no clear indication that existing methods are destructive.

      They are "destructive" in the following senses:

      1. They allow a 3rd party to track when a page is being loaded. You obviously think this is a bad thing -- if you didn't, you would have no grounds on which to attack the PING approach.
      2. They force the browser's rendering engine to make additional requests before being able to consider a page fully rendered. This inherently slows page render time, period.
      3. They are not easily disabled by the user.

      If none of these things are destructive, then the PING approach is also not destructive, since its impact is a subset of the first attribute of the existing approaches: It allows a 3rd party to track when a page is being loaded.

      If you can show that the PING approach has any additional impact, then do so; otherwise, you're just trolling (and admittedly, I've bit).

    42. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1
      If you can show that the PING approach has any additional impact
      Today it's ping. Tomorrow the internet becomes pay per click, or the browsers will provide the pages with an entire shell to play with. There's pretty much only one reason to want to include ping as a requestable client side functionality and that reason does not belong in a web browser.

      At least with javascript and a href you can lie and say you're not tracking the users. With ping the plausible deniability goes to zero pretty fast.
      --
      fast as fast can be. you'll never catch me.
    43. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1
      Today it's ping. Tomorrow the internet becomes pay per click, or the browsers will provide the pages with an entire shell to play with.

      There's a reason that logic classes teach "slippery slope" as a fallacy.

      At least with javascript and a href you can lie and say you're not tracking the users. With ping the plausible deniability goes to zero pretty fast.

      Do you want to be lied to? With ping you can tell which requests are tracking the users and which ones are providing content, and you can turn off the ping requests with a simple switch in your browser. With a HREF, you can't.

    44. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      I wasn't making a slippery slope argument. I was showing a logical progression. Today the devs want to be able to request a ping. Tomorrow they'll want more. This is Linux ActiveX, that's all it is.

      --
      fast as fast can be. you'll never catch me.
    45. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1
      Today the devs want to be able to request a ping. Tomorrow they'll want more.

      That smells like a slippery slope argument to me. That said, it's still wrong.

      See, this is a "ping" in the logical sense: "Notify me". It's just another HTTP request, the same as a request for an image or page, except that the results aren't used as part of the rendering process. It's not a ping in the sense of "invoke some arbitrary non-browser-related functionality on my system" (as an ICMP ping, or invocation of the OS's ping tool, would be).

      Perhaps they should have used a different name.

    46. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      How much demand is there for this feature to be implemented on the server side? ie. I load a page with a ping request, my client forwards the request to the server which gave me the page and the server then makes the ping to the address inside the request?

      Why must I, as the client user, be automatically included on an internet notify list? Will Slashdot moderators be notified when I wake up in the morning and check Sourceforge if the sf.net page has a ping for something like user-track-for-moderator-awareness.slashdot.org? Will e-mails read on Gmail be able to request pings so that we can get subpoenas in e-mail?

      Look... there's just no good reason for this.

      --
      fast as fast can be. you'll never catch me.
    47. Re:Don't like Firefox spyware? Use Konqueror by Cinder6 · · Score: 1

      If they're going to go any further with the "ping" feature, there should be a function (enabled by default) that prompts you before pinging the servers.

      Or a way to disable it altogether (if one doesn't exist). Time to write some patches...or extensions :)

      --
      If you can't convince them, convict them.
    48. Re:Don't like Firefox spyware? Use Konqueror by hawicz · · Score: 1

      Refute this concrete example then:

      <script>
      function make_onclick(old_oo)
      {
          var old_onclick = old_oo;
          return function () {
              // Do evil click tracking here.
              if (old_onclick)
                  return old_onclick()
          }
      }

      var x = document.getElementsByTagName('a');
      for (var i=0;i<x.length;i++)
      {
          x[i].onclick = make_onclick(x[i].onclick ? x[i].onclick : null);
      }

      </script>

      Put that at the end of any web page and you should be able to run whatever you want on any link click.

    49. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      I claim invention rights on a WWW based internet notify list based upon a collaborative effort by websites using HTTP PING, or other WWW methods, and a centralized server... :)

      --
      fast as fast can be. you'll never catch me.
    50. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1
      How much demand is there for this feature to be implemented on the server side? ie. I load a page with a ping request, my client forwards the request to the server which gave me the page and the server then makes the ping to the address inside the request?

      If one wanted the server to do a HTTP PING itself, and didn't mind writing a little server-side code, one could just do that as a CGI or something pretty darned easily -- without even needing to bounce the request between the server and the client (which is just unnecessary traffic and lag). However, this tag is going to be used largely by folks who do mind writing a little server-side code: Maybe they just have static hosting and can't run arbitrary code serverside; maybe it's not worth the trouble to them compared to a little HTML that makes the client do the request; maybe it's for advertising purposes and the advertisers won't trust a notification that's coming via a server owned by the folks who are receiving money on a per-click basis. (I sure wouldn't).

      Will Slashdot moderators be notified when I wake up in the morning and check Sourceforge if the sf.net page has a ping for something like user-track-for-moderator-awareness.slashdot.org?

      Hmm... that depends on whether they're allowing cookies to be attached to this PING (which they can be with IMG HREFs); I'd need to read the spec to determine if it's possible (and if I wasn't so tired, I'd go do that right now -- but I need to be getting to bed). It's a valid question -- but again, this isn't something that couldn't be done with preexisting techniques; HTTP PING is just another approach, but it isn't in the rendering path and can be turned off with a switch in the browser.

      Will e-mails read on Gmail be able to request pings so that we can get subpoenas in e-mail?
      Since gmail (like all responsible mail clients which use a general-purpose HTML rendering engine for display of incoming messages) sanitizes the HTML that's included in email messages, this shouldn't be possible. If they didn't support such sanitization, existing methods (yadda yadda).
    51. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1
      and didn't mind writing a little server-side code, one could just do that as a CGI or something pretty darned easily
      Thank you. Since all of this can be done server side so darned easily then why has it become accepted fact that client applications must support this crap? It all comes down to exploiting the user. Don't try to make any more arguments about improving the user's experience. This is solely about exploiting the users in situations where the web admin doesn't have the proper priveleges to do what he wants on the server side.

      If you want to be able to assimilate user data then pay for a decent hosting company.
      --
      fast as fast can be. you'll never catch me.
    52. Re:Don't like Firefox spyware? Use Konqueror by Anonymous Coward · · Score: 0

      >
      > Kindly reserved your snide "tone" for times when you are correct. The browser cache will
      > not help you load pages with dynamic content unless you use some form of content
      > replacement technology...
      >

      I know what AJAX is (just correctly read the "For the page in itself [...]", which follows).

      My post was about, for one, not needing things like AJAX/JavaScript, and for two, not needing "fewer page loads", as the content which would have to be changed, should be pretty much the whole page.

      Meaning:

      - Remove the advertising, which often is partly inside the page code, instead of being served as a external files (which anyway are not cached, if ad companies are not that stupid), and it will be more and more inside the page code, as advertising companies figure out more and more people are removing their ads before they are seen.

      - Remove the useless JavaScript (you might keep some for preliminary form fields syntax checking, but that's about it, and it should never be mandatory to enable JavaScript), which again often is partly inside the page code, instead of being served exclusively as external scripts.

      - Remove the old HTML code (HTML tables used for design, and deprecated HTML tags/attributes) and use CSS correctly.

      - Design your website correctly, keep it simple. ... then you will not need anything like AJAX, as, as said, the page content will be pretty much the whole of what is needed to be loaded.

      Do not add things when it is a matter of removing things. (- does apply to pretty much everything, from politics to health, and, of course, to today computer world)

    53. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1
      Since all of this can be done server side so darned easily then why has it become accepted fact that client applications must support this crap?

      Because if Google worked by analyzing server logs handed to them by every Joe Blow who runs their own web page to accurately count hits, they would be taken for a ride by dishonest server operators handing them fake logs. How isn't this a valid reason? I did point it out in the post you're responding to.

      Don't try to make any more arguments about improving the user's experience.

      Why not? Just because something benefits the sysadmins doesn't mean it can't also benefit the user.

    54. Re:Don't like Firefox spyware? Use Konqueror by Kitsune78 · · Score: 1

      No, no, maybe I mispoke, I think we agree.. What I was saying is that there is more security in a standard app communicating with my hard drive than in an "app" that is browser based communicating with an unknown system over a public network like the internet. There is far less of a chance of "middlemen" in my IDE cable. If I were paranoid about the first instance, I can just unplug the machine from network access, and lock it down from local access. (Assuming no one has already installed some sort of keylogger).

      Applications built through the browser, like AJAX, do a lot of things behind the scenes that can be tricky to monitor, just like the Firefox ping can be transparent to the user. I was implying that these sorts of applications are more difficult to secure than the above "closed" machine "by orders of magnitude" because they rely on the network.. you can't simply turn off the connnection. At the very least you would have to do some traffic monitoring/filtering, and encryption if you want to stop man in the middle capture.

      In the example given, there was a comparison between AJAX and an app run off the local harddrive. To me, in terms of security, those are wildly different animals because the hard drive only app at least offers me easy localization.

    55. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1
      they would be taken for a ride by dishonest server operators handing them fake logs
      This is the world's smallest violin playing just for the web admins who can't figure out how to get their collective acts together and cooperate. Why should their ineptitude become the user's responsibility?
      --
      fast as fast can be. you'll never catch me.
    56. Re:Don't like Firefox spyware? Use Konqueror by WarpGiGA · · Score: 1

      I think you know the definition of better;
          less crappy than the worse alternatives.

    57. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1
      This is the world's smallest violin playing just for the web admins who can't figure out how to get their collective acts together and cooperate.

      It's one thing to work with folks who aren't particularly cooperative. It's another thing to be engaging in financial transactions with a self-selected group of folks who have monetary incentive to be dishonest. In these cases, checks, balanaces and auditing are necessary to be in the business at all.

      Do you have any problem with double-book accounting? How about 3rd-party audits of investment companies? Allowing the logs of a client hit on a site to go to two places instead of one is a necessary safety measure to prevent companies who are buying ad space from being defrauded as easily -- and it's done as a matter of course anyhow. Supporting the PING tag will simply let it happen without adding an extra tenth of a second or so to the user's page load time.

    58. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      Somehow the print advertising industry doesn't have this problem even though the inflation of distribution numbers is known and accepted. I don't see any counters, let alone license plate trackers, on roadside billboards. I have no problem with checking the authenticity of the books but every other industry has reached and equilibrium of trust. It's no secret that clicks are easily falsified on the 'net using bots. Yet another tracking mechanism isn't going to do diddly to fix inflated page ranks.

      No more drivel about this being necessary for advertising. Other industries have figured it out without tagging every man woman and child who walks the street.

      --
      fast as fast can be. you'll never catch me.
    59. Re:Don't like Firefox spyware? Use Konqueror by drinkypoo · · Score: 1

      Remove the advertising

      I've covered this in other comments. Many of these sites cannot survive without revenue and people will not pay for the content directly, so this is a non-starter. Instead of going away, the ads will simply become harder to block. The current trend is to use flash and gif animations but they will end up being replaced with CSS ads and javascript animation (image flipping, CSS-changing, and such) so that people can have ads that are much harder to block.

      Remove the useless JavaScript (you might keep some for preliminary form fields syntax checking, but that's about it, and it should never be mandatory to enable JavaScript)

      And again, this is also a non-starter. There is no reason not to develop web applications! If you don't like them, don't use them, but centralizing information is highly useful. In addition, you can use javascript (and other scripting) to make web sites useful to one another, sharing information. This makes the web more useful. You're trying to make the web less useful! This will not fly.

      Remove the old HTML code (HTML tables used for design, and deprecated HTML tags/attributes) and use CSS correctly

      Good idea, but it won't reduce page loads.

      Design your website correctly, keep it simple. ... then you will not need anything like AJAX, as, as said, the page content will be pretty much the whole of what is needed to be loaded.

      See my previous point, you're trying to reduce functionality. It's not going to be like that. People want dynamic web pages! The fact that you seem to not want any pages with any kind of complex dynamic content doesn't change that fact.

      You still haven't given any reason why web applications are a bad idea, except that you don't like them. There are many reasons why they are good ideas. If you don't like them, you don't have to use them. Those of us who do will continue to do so. The web will continue to be a complicated place, in much the same way that the world is.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    60. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1
      Other industries have figured it out without tagging every man woman and child who walks the street.

      I'm not sure if you're still misunderstanding the limited scope of what PING requests allow, or if you're just using an overexpansive metaphor for effect. Unless PING requests allow cookies to be attached to them (which they shouldn't -- it would be a yet another cheap loophole to the "cookies are local to the server you're getting your page from" rule), there's no tagging.

    61. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      It's yet another network request which serves no purpose except for tracking. There's an IP address attached to that network request. A little cross-referencing with other available recent databases makes the need for cookies just silly. What are you hiding?

      There is no good reason for this.

      --
      fast as fast can be. you'll never catch me.
    62. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1

      Tracking an IP address is one thing; tracking a user is another. The tie between an IP and a user is tenuous in these days of pervasive NAT and dynamic IP assignment.

    63. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      Oh please. Everyone already knows that only cookies which contain "personally identifiable information" can be used to profile the users.

      You're going to have to try a lot harder if you want to convince me that IP address logs aren't cross-referenced with cookie databases on a regular basis.

      --
      fast as fast can be. you'll never catch me.
    64. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1
      You're going to have to try a lot harder if you want to convince me that IP address logs aren't cross-referenced with cookie databases on a regular basis.
      So what if they are? The resulting mash is too ambiguous to pull hard data out of.
    65. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      Uh-huh. Right. So just what are those mega Google cubes doing? I suppose they're all just innocently serving up web-pages. The marketers surely wouldn't bother putting together things as easy as an IP log and a cookie database. That'd be much too difficult for them.

      Right.

      --
      fast as fast can be. you'll never catch me.
    66. Re:Don't like Firefox spyware? Use Konqueror by petermgreen · · Score: 1

      btw java web start is running today for anyone who has the JRE installed. so are java applets for that matter (though web start seems better than applets in a couple of ways
      1: it does a end run round the firefox 100% height issue which means you can't just make your applet fill the windows (you can hack arround this with javascript but its apparently very hard to get it to work perfectly)
      2: you don't have all the window trash that a typical browser window has
      3: your app is far less likely to get closed by mistake.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    67. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1

      It's not that you can't combine them -- it's that you get too many false positives if you do.

    68. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      Why did Raggedy-Ann get kicked out of the toybox?

      --
      fast as fast can be. you'll never catch me.
    69. Re:Don't like Firefox spyware? Use Konqueror by cduffy · · Score: 1

      Huh?

    70. Re:Don't like Firefox spyware? Use Konqueror by SilverspurG · · Score: 1

      She was caught repeatedly sitting on Pinocchio's face and demanding that he tell another lie.

      I can't believe you fell for that.

      --
      fast as fast can be. you'll never catch me.
    71. Re:Don't like Firefox spyware? Use Konqueror by Ed+Avis · · Score: 1

      I think what it brings to you as a user is a bit of extra speed in browsing.

      Current setup: a website like freshmeat.net that wants to get click statistics turns every link into something like http://freshmeat.net/redirect/xyz.com. You click on that link - your browser makes a request to freshmeat.net, which sends a redirect, and your browser then goes to the correct site xyz.com.

      New setup with this 'ping' attribute: the link goes directly to xyz.com. The new page appears quickly and your browser can inform freshmeat.net asynchronously, so you don't have to wait. Also, you can easily turn off pinging with a single UI preference if you are concerned about privacy. With the old way of doing things there is no way for the user to turn it on or off.

      --
      -- Ed Avis ed@membled.com
  47. Possible fix by spitzak · · Score: 5, Interesting

    Why not limit the ping to the server that made the current page? This should prevent people from embedding pings into blogs, and still allow the replacement of redirects for tracking where you go. I would think unless this is done, too many people will disable it for any real sites to use it, and it will *only* be used for nefarious purposes.

    1. Re:Possible fix by wdd1040 · · Score: 1

      So what ever happened to using the referrer string?

      --
      wdd
    2. Re:Possible fix by RevDobbs · · Score: 5, Informative

      Did you read the article, or the WHATWG spec?

      It specifically mentions:

      1. Links with the "ping" attribute should be diffrentiated from other links.
      2. There should client-side options to control "ping" behavior, similar to current cookie options: "respond to all", "ignore 3rd party", "ignore all".

      FWIW, this really seems dead in the water. First, not too many users will have it enabled (or even available, for that matter). Second, this information is already being reliably collected with cookies, mod_usertrack, javascript, and page redirect tricks -- mostly with no knowledge of the enduser.

      Why go with a little-available, easily disable mechanisim when the tried-and-true method is already available?

    3. Re:Possible fix by Bogtha · · Score: 1

      Have you read the HTTP 1.1 RFC? That suggests that the Referer header should have a convenient toggle interface for switching it on and off. Just because the specification suggests it, it doesn't mean that is how it will be implemented.

      As for other browsers not supporting it, it seems relatively straightforward to write unobtrusive Javascript to set up redirects based on this attribute, so the attribute can be the default, and the Javascript will compensate for the browsers that don't support it automatically. The only difficulty I see is that the WHATWG specification doesn't seem to provide any easy way of having scripts determine whether or not the ping attribute is supported, so you'd have to use browser detection (ugh) instead of object/feature detection.

      --
      Bogtha Bogtha Bogtha
    4. Re:Possible fix by Doctor+Memory · · Score: 1

      That is so Web 1.0!

      --
      Just junk food for thought...
    5. Re:Possible fix by spitzak · · Score: 1

      You are right the spec does suggest that browsers be able to limit the ping to only the site supplying the page. Missed that.

      I would suggest that some setting like this be the default. Otherwise I suspect too many people will turn it off completley, making this entire ping thing useless.

    6. Re:Possible fix by spitzak · · Score: 1

      I meant restricting the ping to the site that supplied the page the link is *on*, which can be different than the site the link is *to*. In any case, somebody else pointed out that this idea is suggested in the reference document already, though I think it will have to be the default for this to be accepted by enough people.

    7. Re:Possible fix by DoraLives · · Score: 1

      Hey WDD, just wanted to say "howdy." Still at the surf company part time, still writing, still fixing machines and still surfing myself silly every chance I get. And I've still got that crossover cable you gave me way back when, too. Works a charm whenever I need it. Many thanks, once again. Hope all is well with you and your endeavors. Ok mods, go ahead and shoot. This message has done its job already.

      --
      Is it fascism yet?
    8. Re:Possible fix by stymyx · · Score: 1
      So what ever happened to using the referrer string?

      Sometimes the website wants to be able to track which links (from the same page, to the same page!) are getting clicked more often, in order to improve the user experience. A feature like this would help do this.
    9. Re:Possible fix by Kelson · · Score: 1

      It's the reverse. The referrer will tell the target web site where you came from. The ping will tell the first website where you went (assuming you left by using one of their links.)

      If the first website has a deal with the target, then sure, the target can tell them you clicked on their link -- but if not (say, it's a news article with a link to one of the organizations mentioned), the first page has no way of knowing whether you clicked on one of their links or just dropped the page and went to do something else.

    10. Re:Possible fix by jp10558 · · Score: 1

      Interestingly enough, Opera does have said toggle in their quick prefs(F12) menu.

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
    11. Re:Possible fix by wdd1040 · · Score: 1

      Good to hear from you.

      You still have the same email address?

      --
      wdd
    12. Re:Possible fix by DoraLives · · Score: 1

      doralives gmail or yahoo, take your pick.

      --
      Is it fascism yet?
    13. Re:Possible fix by Adriax · · Score: 1

      Why go with a little-available, easily disable mechanisim when the tried-and-true method is already available?
       
      You're forgetting the engineer's creed: "If it ain't broke, fix it."

      --
      I don't suffer from insanity, I enjoy every minute of it!
  48. FUD by Anonymous Coward · · Score: 1, Informative

    When you contact a server, it can do whatever it wants with the details of the transaction, including sending information about it to any number of 3rd party servers. All this ping tag does is offload some of that to the client. I could see how this could be used to set up a DDOS, but implying that it's a privacy risk sounds like BS/FUD to me. Kind of like cookies: They don't track anything that the server couldn't track server side if it wanted to, in which case you wouldn't be able to erase the records, which puts cookies one up imo.

    1. Re:FUD by japhering · · Score: 1
      Kind of like cookies: They don't track anything that the server couldn't track server side if it wanted to, in which case you wouldn't be able to erase the records, which puts cookies one up imo.
      No, what is really happening is companys are looking to reduce their overhead and expense by pushing as much "cost" (diskspace, cpu cycles, bandwidth) to the end user.

      A few thousand cookies doesn't take much diskspace to store, but a few billion or trillion is a totally different issue. Pings are the same way... by pushing the ping to the user .. the website is reducing the size of their logs, which impacts diskspace, cpu cycles and bandwidth utilization.
  49. That's one way to resolve it. by doublem · · Score: 1

    Just add that code to the default and I'd consider the issue resolved.

    Unless the web designer can override the setting...

    --
    "Live Free or Die." Don't like it? Then keep out of the USA
  50. So how long.... by Iphtashu+Fitz · · Score: 0, Redundant

    Until somebody writes a plugin to Mozilla to disable this "feature"?

  51. We are the Pages Who Say... 'Ping!'.

    No! Not the Pages Who Say 'Ping!'

    The same!

    ...

    Ping! Ping! Ping! Ping! Ping!

    Ow! Ow! Ow! Oww!

    We shall say 'ping' again to you if you do not appease us.

    Well, what is it you want?

    We want... a shrubbery!

  52. HTTP REFERER considered harmful by Anonymous Coward · · Score: 0

    Get a grip, people; are you going to loby to have HTTP REFERER [sic] removed from the HTTP spec?

    1. Re:HTTP REFERER considered harmful by Kelson · · Score: 1

      I actually recall a feature request in bugzilla to do just that.

  53. Re:This stinks, Why? by LWATCDR · · Score: 2, Interesting

    I find this so odd. What is wrong if I want to see how many people click a link on my website? I can think of a lot of none evil uses for it. Think of it like P2P why should you eliminate a perfectly useful technology just because it can be abused?

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  54. Shit-Storm A-Coming? by Saeed+al-Sahaf · · Score: 1

    There will probably be a shit-storm over this. It sounds usful, though. Too bad it will be abused.

    --
    "Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
  55. Not quite the same as Javascript by Kozz · · Score: 2, Interesting

    Sure, the basic functionality can be duplicated with javascript. However, tying this behavior explicitly to a "ping" attribute makes it much easier to identify and block/disable the behavior. If someone doesn't want to mess around with a NoScript extension, script whitelists, etc... then this makes life easier.

    Look at it this way: I'm lazy. I don't want to be a security/privacy Nazi about any/every script on webpages I view. However, if there's an "easy" way to block something I view as potentially abusive, this ping attribute could easily be disabled.

    Which makes me think that if other users are lazy like me and just want to disable "ping", this feature would likely be dead-in-the-water, and designers who want to track users would continue to use Javascript.

    --
    I only post comments when someone on the internet is wrong.
  56. What's the benefit to the user? by dlefavor · · Score: 1
    Sorry, but I see no benefit to the user.

    Yes, it's possible to do everything the ping tag does by using javascript or redirects. Let sites that want to engage in such practices pay the penalty. Display of such sites should be slower.

    The benefits to the site developers who want to track clicks are clear, the benefits to the person looking at the page is less so.

    1. Re:What's the benefit to the user? by Anonymous Coward · · Score: 0

      It's easier for the user to disable it.

    2. Re:What's the benefit to the user? by smack.addict · · Score: 1

      Why do you think people put up web sites? To benefit the user? NO!

      They put up web sites to benefit themselves. If the site is useful to users, the site gets visitors. But ultimately, the purpose of putting up the web site is all about the web site developer.

    3. Re:What's the benefit to the user? by dlefavor · · Score: 1
      So - does Firefox exist for the benefit of the websites or for the user? To whom should Firefox's developers owe primary allegiance?

      As a self-interested user, I have a preference...

    4. Re:What's the benefit to the user? by smack.addict · · Score: 1

      It serves both. As it should.

    5. Re:What's the benefit to the user? by SilverspurG · · Score: 1

      I would like to see a web-browser with the bare-bones approach of lynx but support for the more advanced layout styles.

      Something I've often wondered: We have javascript controls (allow pages to do this, do that, do the other, yes/no). Are those really the only things that javascript can do which I might want to have control over? Or are they just a few features which were put in the preferences to make me feel like I have any control at all?

      With every new release which incorporates new features I grow increasingly curious as to what all of the web sites are doing with all of the data. Not just as a "collecting/sharing/selling data", but exactly who is buying the data and exactly what are they doing with it?

      I'm pretty certain that the American public would be disappointed if they knew--but, as usual, they wouldn't be able to do a darn thing about it. It's almost impossible to maintain a quality standard of living without simply accepting that these clowns get to do whatever they want when it comes to the internet.

      --
      fast as fast can be. you'll never catch me.
  57. Not that simple by dereference · · Score: 2, Insightful
    Following a link already reveals precisely the same information

    No, it's not really that simple. This is much like the difference between first-party cookies and third-party cookies. In fact, I'd be happy if they decided to limit them at that level of granularity. I honestly wouldn't mind first-party pings. This provides--as you correctly note--nothing more than they can already collect now. It does, however, significantly enhance the developers' ability to directly collect stateful click-through information.

    On the other hand, I'd say third-party pings are no less (and no more) evil than third-party cookies in terms of privacy. It seems to be a fairly common practice to disable third-party cookies while leaving first-party cookies enabled. I would certainly like the option to specify my preferences at that level.

  58. oh no help help by SydBarrett · · Score: 1

    So now a website might know if I visted another website sometime wow gee this is evil. It's like that time I bought a bag of cheetos and used a savings card and now there's some supermarket database that has a record of me buying cheetos oh god what will i ever do.

  59. Mod parent TROLL. You know you want to! by Anonymous Coward · · Score: 0

    Good day, sir!

  60. Standards compliance by kill-1 · · Score: 1

    Do the Firefox developers really think, that web designers develop sophisticated CSS layouts, test them on all kind of browsers, come up with ingenious hacks to make them work even on IE, just to have a standards compliant and validating HTML site, and then use this ping attribute to destroy all this work?

    And I thought Firefox was pushing standards compliance. It seems that as soon as they gain serious market share, developers think they can "improve" things on their own, and repeat the mistakes of Netscape Navigator and MSIE by "enhancing" HTML with their own badly designed elements and attributes.

    But we already know that hubris is one of the chief virtues of a programmer.

    1. Re:Standards compliance by Ash-Fox · · Score: 1

      FireFox supports standards, but NOT being strictly standard compliant. It was never like that, not even from day one.

      --
      Change is certain; progress is not obligatory.
    2. Re:Standards compliance by kill-1 · · Score: 1

      I had the impression that Firefox tried to be as standards compliant as possible. But Firefox definitely wasn't known for inventing its own HTML elements (or attributes). Or am I missing something? I'm only aware of some -moz-* CSS extensions.

    3. Re:Standards compliance by Kelson · · Score: 1

      Firefox devs didn't make it up on their own. This comes from work by the WHATWG, a group that's working on continuing HTML instead of XHTML. They've got reps from Mozilla, KHTML/WebKit, and Opera, and they're doing public specs so that anyone can implement the standards they develop. Look no further than <canvas> for an example. Apple developed it for Dashboard, built it into Safari, and suggested it to WHATWG. WHATWG hashed it out, and now Firefox supports <canvas>, and Opera will support it as soon as version 9 is released.

      Really, the summary should have read "WHATWG's Ping Attribute: Useful or Spyware?" -- but Firefox is the first browser maker to experiment with this particular feature (and yes, it's still at the experimental stage), and we all know that "Firefox...Spyware" is more attention-grabbing than "WHATWG," which would simply inspire a bunch of "WTF is WHATWG?" posts.

  61. Evil will continue by AngryNick · · Score: 1
    From Whatwg specs

    The ping attribute allows Web pages to track which off-site links are most popular, as well as allowing advertisers to track click-through rates without obscuring the final target URI. It is possible to track users without this feature, but authors are encouraged to use the ping attribute so that the user agent can improve the user experience.

    Encouraging good behaviour is great, but it doesn't fix the problem of bad guys obscuring the target URI. It will be up to the content publishers of the world to create ad policy that discourage bad behaviour...but that means they may have to turn away a few dollars here and there to be taken seriously and keep users safe.

  62. We're giving Firefox a pass by withears · · Score: 0

    If this were IE doing this, we'd be up in arms. But instead, it's Firefox and people are bending over backwards to justify and condone this.

    1. Re:We're giving Firefox a pass by Kelson · · Score: 1

      If this were IE doing this, we'd be up in arms. But instead, it's Firefox and people are bending over backwards to justify and condone this.

      Have you even *read* the comments? People *are* up in arms!

  63. Trust Firefox? by saberworks · · Score: 2, Interesting

    Personally, I don't trust Firefox anymore. No matter how many times I disable "check for updates" it keeps checking for updates. No matter how many times I tell it to stop checking automatically for updates or upgrades for my extensions, it refuses to stop. Yes, I have used the preferences. I have tried manually setting them with about:config. Nothing will make it stop checking. This has been happening since the 1.5 beta and is persistent in 1.5 final.

    It also appears to be impossible to install it without the "report to your master" feature (which is supposed to report crashes). It can be disabled (supposedly) later, but in the install you used to be able to uncheck it, now it's grayed out and gets installed by default every time.

    Then there's the whole automatically prefetching links that you MAY click on in order to "speed up" the browsing. There's no way to tell if it's even doing this unless you are watching your network connection carefully, but it's ridiculous and it's hard to make it stop.

    No application should be using the network connection without my explicit permission on each and every action. Typing a URL or clicking a link is permission, I'm TELLING it to go fetch that data. But doing crap in the background without asking me is just dishonest.

  64. This WILL be abused, no doubt... by octaene · · Score: 2

    From the article:

    "Websites even employ "onmousedown" event handlers that change the href attribute at the very last second before a click occurs. This makes it so that hovering over the link displays the location that you want to go to, but it still ends up taking you someplace else."

    Gee, thanks for handing the spyware creators, spammers, and phishers even MORE ammunition. Let's trick the user into thinking he's clicking on one thing, and at the last minute send data to another URL. YES! Let's make it MORE difficult for users to trust their online banking applications (etc.)!!!

  65. Comment removed by account_deleted · · Score: 2, Insightful

    Comment removed based on user account deletion

  66. In what adopted standard is this part of? by sheldon · · Score: 2

    I see it mentioned in a working group, but I see no confirmation this is part of any final adopted spec.

    That's my only concern... that Mozilla is once again off on a path of implementing stuff before the spec is adopted, and we're going to have "Best if using Mozilla" icons showing up on websites.

    1. Re:In what adopted standard is this part of? by HeroreV · · Score: 1

      Even if they are implementing things too early, at least they are actually in a spec. That's a big difference. It means that instead of "Best if using Mozilla" icons, you will see "Best if using Mozilla, Opera, Konqueror, Safari, etc" icons.

    2. Re:In what adopted standard is this part of? by sheldon · · Score: 1

      Not necessarily.

      Netscape 4.x started down the path of trying to implement CSS before the spec was finalized. They implemented it the way Netscape had advocated the spec be written.

      When the spec was finalized, it was a totally different spec than what Netscape wanted. Instead of being ahead of the game, they got caught with their pants down.

      Which is why we had the days of "Best when viewed with Netscape", etc.

  67. What is the Format? by mshiltonj · · Score: 1
    What is the format of the ping/notification request?

    If the element has an href attribute and a ping attribute and the user follows the hyperlink, the user agent should take the ping attribute's value, strip leading and trailing spaces (U+0020), split the value on sequences of spaces, treat each resulting part as a URI (resolving relative URIs according to element's base URI) and then send a request to each of the resulting URIs


    A request for what? Just a simple GET request? Would it just be http://foo.com/ping_tracker.html?%5Bclicked_ur%5D+ %5Blots_of_other_parameters%5D to make parsing the logs easy? Where ping_tracker.html could a 1-byte file? Is that the 'simple' implementation?
  68. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  69. Needed domain lockdown security feature! by ad454 · · Score: 1

    I am sick and tired of waiting for a single webpage to resolve and load/submit content to/from different domains. If I visit a slashdot.org webpage, I do not want my browser to load banner adds from remote advertisers or send cookies/pings to them. I have no problem with slashdot and other websites deploying their own banner ads, as long as there come from the same servers as the webpages. There is nothing wrong with websites can submiting their server logs to advertisers, as proof of traffic revenue.

    Google proved that local (non-remote) text banner ads can be profitable.

    A domain lockdown security feature would insure that all content (images, cookies, pings, plugins, javascript, java, etc.) on a webpage could only access the same server that webpage is hosted on. It would help with privacy concerns, reduce bandwidth, and speed-up web browsing.

  70. Even if users don't turn it off... by Anonymous Coward · · Score: 0

    Network admins may have already blocked it. All pings to the outside world get blocked from my network at uni. I can't see web administrators wanting to rely on this for their stats.

  71. JavaScript implementation by mogrify · · Score: 1

    I worked out a way to do this recently using Javascript, without changing the href attribute or adding any other attributes to the link. All that is needed is to add two Javascript references in the page head.

    The script adds a click event handler to each link found on the page. When the link is clicked, an AJAX-style request is sent to the server, with the URL and link text. Meanwhile the user goes on to the link destination. You can also limit the event handlers to a particular HTML element by class or ID attribute.

    Yes, it could be used for nefarious purposes... but from a site administration standpoint, it is useful to see which links are being clicked. It goes beyond just server logs... you can see which areas of your page are most visible or draw the user's attention, for instance.

    I posted some of my code for this last month. (This is a link to my site, which has no commercial purpose and does not employ tracking of any kind, including the technique described above.)

    --
    perl -e 'foreach(values %SIG){$_="IGNORE";}while(){}'
  72. OSS by ls+-la · · Score: 1

    If you don't like the ping attribute, look through the code and disable it in your copy.

  73. Dump Firefox by Anonymous Coward · · Score: 0

    I guess it is time to dump Firefox.

    Hello Opera?

    Can't use IE because of all the exploits - even when fully patched.

  74. Revenge of the Web Sith? by Roadkills-R-Us · · Score: 2, Interesting

    I agree that would be the reason to enable it.

    But it's a lousy scenario. There shouldn't *be* expensive, hidden redirects, and we're just encouraging what I consider (at best) stupid. even (worse) anti-social, possibly evil behavior.

    I'm completely in favor of progress, but it seems the net is always taking at least one step back (in some cases a few dozen) for every step forward.

    We should be encouraging content providers to produce clean web page sthat do what we expect them to do, simply, instead of to be ever more complex, sneaky, tricky marketing tools. or worse.

    1. Re:Revenge of the Web Sith? by LnxAddct · · Score: 1

      You're being too narrow minded. First of all, you are visiting someone else's website, which in many cases is a service provided to you for free. They have every right to know what links you click on or don't click on. Gathering such statistics is useful for more than just marketing, it lets webmasters *understand* how users are using their site, and as a result the site can be designed better and with the user in mind. It is also good to know which links in an article users are following. If you link to 3rd parties, it is a good thing for you to know which types of links your users follow and which ones don't interest them. Every good website owner tracks this kind of thing and optimizes their site to accomodate their average user. If a webmaster decides to also use this information to maximize the marketing value of his website or to figure out which ads people aren't clicking so he can just remove them, then so be it, it is well within his rights to do so. If you don't like it, don't go to the site. I'd much rather have this ping attribute than redirects, messy javascript, or transparent 1x1 pixels everywhere for each source that needs to be pinged. This is a clean solution that isn't invasive. If someone knowing what links your following is somehow detrimental to your privacy then you've got far worse problems as in many cases everyone from the site owner, to your ISP, to people on your LAN (and anyone in between) can already track that information without you knowing.
      Regards,
      Steve

    2. Re:Revenge of the Web Sith? by jsight · · Score: 1

      Are you opposed to Google's use of redirects? They've used them for quite a while now.

      It would be nice for them to use this new feature instead, as it would make copy'n'pasting google search URLs easy again.

    3. Re:Revenge of the Web Sith? by @madeus · · Score: 1

      But it's a lousy scenario. There shouldn't *be* expensive, hidden redirects, and we're just encouraging what I consider (at best) stupid. even (worse) anti-social, possibly evil behavior.

      'anti-social' and 'evil' - did you actually read what you'd written before submitting it?

      It doesn't strike you as in any way, how can I put this, crazy?

  75. Thanks! by etymxris · · Score: 2, Interesting

    I never realized before why URLs wouldn't show up in the status bar on fark. After reading your comment, though, I allowed javascript to change the status bar and the issue was fixed. I think in the case of fark they aren't trying to be sneaky so much as user-friendly. The redirect URLs are unreadable because of the URL-encoding of the link destination. I don't particularly care that fark knows when I click an external link from their site, but I do enjoy the ability to see a readable URL by hovering over links with the mouse.

    1. Re:Thanks! by Anonymous Coward · · Score: 1, Informative

      Yep, Fark's only updating the status bar text so you can see where the link goes more clearly. That should be clear from reading the Javascript code in the page. In Fark's case, all the go.pl script in the middle does is COUNT click-throughs on each story; no per-user tracking gets done there.

  76. Sneaky by Anonymous Coward · · Score: 0

    Take a look at the HTML source on Fark -- you'll see javascript to overwrite the status line so it doesn't show it's tracking you...

    Everybody's here - Google - used to do this as well.

  77. it's all about Google adwords by SethJohnson · · Score: 5, Interesting

    Why would a web developer use the ping attribute now?

    I think the main developer who would want to use it is Google with their adwords program. They're probably trying to minimize the bandwidth those redirects consume for all the clicking that happens on their ads. This is on top of the bandwidth of every page view requesting the ads to be embedded in the first place, which can't be avoided...

    Even if Google can shave off 6% of unneccessary redirects (all Firefox users), that's a big bandwidth savings.

    Seth

    1. Re:it's all about Google adwords by geoffspear · · Score: 1
      This only works if Google can detect whether your browser supports the ping attribute before it sends the ads. I'm not sure if this is possible. I'm assuming FireFox's User-Agent string doesn't give an indiction of whether the user has disabled pings, and assuming that it's enabled is bad for Google's business if they're wrong and get no data whatsoever about a click on one of the ads, because they've linked directly to the advertiser's website and just hoped they'd get a ping back.

      Unless the javascript that fetches the ads in the first place detects whether the browser is going to ping correctly (which in itself would probably be more trouble than it's worth even if it works), I can't really see any way Google could cut out the redirects and still be sure they're logging all the clicks they get.

      The only people who would really benefit from this scheme are the advertisers, at the expense of the sites hosting the ads.

      --
      Don't blame me; I'm never given mod points.
    2. Re:it's all about Google adwords by gr8_phk · · Score: 3, Interesting
      "I think the main developer who would want to use it is Google with their adwords program. They're probably trying to minimize the bandwidth those redirects consume for all the clicking that happens on their ads.

      Google gets paid for those clicks on their ads. They don't need to be altering my browser to help their business anyway. As bender would say, Google can bite my shiney metal 4$$. Hopefully distros will patch firefox, so their users won't need to fret about this. Just those windows users who get it straight from the firefox site.

      I've been thinking it's time for a firefox fork that drops the MPL. The dual licensing is preventing integration of other GPLed work - like a built in PDF viewer so we can avoid Adobe. A GPL only fork would help prevent folks like Google from creating their own branded browser with stupid features no user would ever want.

    3. Re:it's all about Google adwords by SilverspurG · · Score: 2, Insightful

      And we should compromise our security (arguably) and our knowledge of what the system is doing (certainly) for their profit margin why?

      --
      fast as fast can be. you'll never catch me.
    4. Re:it's all about Google adwords by BlueHands · · Score: 1

      And we should compromise our security (arguably) and our knowledge of what the system is doing (certainly) for their profit margin why?

      Because it is better for you as well? Because pages will load faster? the addition of a "ping" is not doing anything that can not already be done with other methods, it just makes things move faster for you and less bandwidth for certain servers.

      It should be examined for potential pitfalls/exploits and there should be some discussion on whether or not to enable this by default, but it is that big of a deal. Compare it to so many other ways people tracks browsers, this is benign.

      --
      I mod everyone down who says "I'll get modded down for this." I hate to disappoint.
    5. Re:it's all about Google adwords by Anonymous Coward · · Score: 0

      What about Google's web accelerator? IIRC, it is designed to pre-fetch websites one link ahead of a web-user. Wouldn't this tool trigger multiple needless pings? Or is this already an issue that this ping feature have no effect on?

  78. strange surfing habits by willCode4Beer.com · · Score: 1

    So you are either only surfing websites made by 6 year olds or sites that want to send tracking information to sites run by 6 year old.

    (As many other posts have already stated) Most commercial sites you visit are already doing a variation of this. They either contian tracking information as query string parameters, or in the URL and redirect (302) you to your final page. In the case of a redirect, your browser sends two http requests before getting you to your destination.
    In the current state of affairs, you have to wait for this processing to happen before getting to your final destination. Adding the attribute will allow it to happen asynchronously and get you to your final destination quicker.

    Other differences of using this vs. the current state of affairs:
    -You can turn it off
    -You can know that a link has tracking

    Link tracking is happening now, and has been happening for a long time.
    What's wrong with making the process transparent and provinding a better user experience in the process?

    As for security, this is a privacy issue, not a security issue. Currently you have no control of the privacy of your link clicking. This could actually give you some control, if used.
    Microsoft should implement it as well.

    --
    ----- If communism is a system where the government owns business, what do you call a system where business owns govern
  79. Firefox's Ping Attribute: Useful!!! by sebastinator · · Score: 1, Troll

    Hi! Firefox Rocks and everybody's know that! If they decide to implement this feature, I trust them because they code excellent products. Anyway even if they are some spam, it will be a millions times better that Internet Explorer that is a really crap product. Even if Firefox corrupt my entire hard disk, I will choose this one because I hate the microsoft products that are too expensive for the poor quality that it represents! Trust Firefox, they know waht they does and more than we thought!!! Thanks, Sebastinator! Thank you for visiting my web site and posting your comments on the forum!

    --
    Thanks for visiting my Web site! Post your comments on my forum!
  80. Which do you prefer? by ChrisDolan · · Score: 1

    These two have equivalent functionality:

        <a href="http://example.com/redirect?http://foo.com/" >...</a>
    and
        <a ping="http://example.com/ping?http://foo.com/" href="http://foo.com/">...</a>

    The former is in wide use everywhere on the web. Both report the EXACT same data about the user to the server. The difference is that the latter is faster for the end user. Both can be blocked by Firefox prefs or extensions.

    This is universally a good thing!

  81. let them know by towsonu2003 · · Score: 1
    tell them you like / dont like it... http://forums.mozillazine.org/viewforum.php?f=38

    or if you're using a nightly trunk, file a bug report on that...

  82. Do both by grahamsz · · Score: 1

    From a site design perspective it shouldn't be hard to do both. When the user first hits the site then give them a javascript link tracker as well as the ping one, then once you receive a ping from them then you can disable the javascript for the rest of their session and keep the experience snappy.

    1. Re:Do both by Panaflex · · Score: 1

      Absolutely - and I really think that bringing these kinds of designs out of the javascript and into attributes(tag or otherwise) is really the way to protect privacy most.

      Mostly, because it allows users to lock down javascript more and allow more granular control over inter-website communication. Right now, there's a small amount of obfuscation existing in javascript code. As phischers and con-men move onto the web it is much more important that users are able to meaningfully decide how much javascript controls our experience online.

      --
      I said no... but I missed and it came out yes.
  83. Interesting... by Morosoph · · Score: 1
    I was just letting the parent (and others) know that the answer to his question was in the article.

    Notifying/blocking redirects and disabling pings are both worthwhile for many (possibly most) of us! This pinging might even work in the favour of ping-blockers, as it's easy to block unredirected traffic. Maybe unpinged traffic will also be blocked.

    Personally, I liked toad3k's idea.

  84. Logical consequence: GOOG employs many Moz hackers by Anonymous Coward · · Score: 0

    Is this a surprising development? With Google employing so many of the key Firefox developers, and the Firefox 2 plans having to get Google exec's approval, it was obvious that features that serve their interest would get priority.

    While I agree that the Mozilla Foundation folks can be employed wherever they want to, it's still disconcerting that one company now has so much control on the direction of the project.

    Mind you, no different from when AOL owned the project - but at least they were only influencing the bookmark list...

  85. Deeper problem by Quixote · · Score: 1
    The deeper problem here is that the FF folks decided to bypass the "proper" process of going through a standards body (W3C), soliciting comment from the alpha geeks, etc. and just implemented it. If Microsoft had done this (as they often do, I might add), we'd all be passing out torches and pitchforks by now.

    Anyone else care to remember the <BLINK> fiasco?

    It is obvious that a "middleman" like Google is the one who will benefit the most from this. But one has to wonder: how much influence does Google have on Firefox development these days? And has Firefox become the de-facto "Google browser", catering to Google's needs only?

    1. Re:Deeper problem by AlXtreme · · Score: 2, Informative
      It's not only the Mozilla-people, WhatWG also includes Apple (Safari) and Opera. But I agree: WhatWG can come up with all nice new proposals, what a webbrowser should implement are the W3C standards, not their own or those of a third party.

      IMHO this isn't a fault of WhatWG, but of the FF developers thinking they should run ahead and implement any draft before it has been considered carefully.

      --
      This sig is intentionally left blank
    2. Re:Deeper problem by Anonymous Coward · · Score: 0

      Refresh my memory, was BLINK Netscape or Microsoft?

    3. Re:Deeper problem by ubernostrum · · Score: 2, Insightful

      But I agree: WhatWG can come up with all nice new proposals, what a webbrowser should implement are the W3C standards, not their own or those of a third party.

      There are a couple things wrong with your statement here:

      First, the purpose of web standards is not to hand the power to bless things to one organization, but rather to ensure that new technologies and features are implemented and used in a clear, interoperable fashion by browser developers and web designers. So if the people on both ends of the web (the companies and groups which build the browsers, and the designers and developers who build web sites) can get together and agree on a standard way to implement and use a new feature, why not let them do it instead of complaining that it hasn't been blessed by some grand high muck-a-muck at the W3C?

      Second, the W3C's authority exists only through consensus. If they lose the consensus of the big players in the web industry, they lose their authority. This is what's already partially begun to happen; the W3C is currently working on XHTML 2.0, which has some major issues:

      • Nobody knows when it'll be finalized.
      • Once it's finalized, nobody knows when, or if, it will ever be implemented in browsers. I've seen estimates that it may be a decade or more before XHTML 2.0 can be used for mainstream development.
      • It's almost universally despised by people who are familiar with the current draft of the spec.

      Because of this, the W3C is in serious danger of losing its consensus and its relevance, which means it's also in serious danger of losing its authority. The WHATWG was founded, basically, with the idea of ending the stagnation of web technology (the last standardized version of an HTML language was published six years ago, and the last standardized version of CSS was published eight years ago) and implementing features that will make web design and development easier all around (think things like expanded form controls, additional useful DOM properties and methods, etc.), and so far it's not doing too bad a job of that.

      Think of the distinction like this:

      • The W3C has become more concerned with theory -- in an ideal world, what would be the purest and most academically-pleasing way to do a thing?
      • The WHATWG is more concerned with practice -- what problems are there for browser makers and web designers, and what ideas are there for solving them?
    4. Re:Deeper problem by Kelson · · Score: 1

      Refresh my memory, was BLINK Netscape or Microsoft?

      Netscape.

      But Microsoft did them one better (worse?) with MARQUEE.

    5. Re:Deeper problem by Kelson · · Score: 1

      What about JavaScript? It's an ECMA standard, not W3C.

  86. Highlighting links that have a ping attribute by CTho9305 · · Score: 5, Informative

    If you add this to your userContent.css, links that have a ping attribute will be green:

    a[ping] {
        color: green !important;
    }

    You could also do something like this:

    a[ping] {
        -moz-opacity: 0.5 !important;
    }
    a[ping]:hover {
        -moz-opacity: 1 !important;
    }

    so that the links would be transparent until you hover over them

  87. Privoxy by jridley · · Score: 1

    OK, I've been avoiding it, but I think the time has come to do as some friends have, and run privoxy (www.privoxy.org).

  88. The real question by V_Pundit · · Score: 1

    The real questionhere is - how can we disable this "feature" if we don't want all that it offers?

    --
    that's how I see it anyway . . .
  89. you might want to get off the web by willCode4Beer.com · · Score: 2, Informative

    This is already happening. Most comercial sites ALREADY track all of the link clicks on their sites. The majority of them use 302 redirects so, you can't turn them off.

    The only thing use of this attribute would do is make transparent what has ALREADY been happening for years.

    When I worked at a media company, we had a cluster of servers dedicated to link tracking. All links on the site would send you here, and it would send you a 302 to your destination. Try disabling redirects, and you will see the web stop working.

    Whats wrong with the idea of not hiding the tracking that is already happening?
    As for stats, people want to know is you clicked on a linked image instead of linked text. They want to know what colors get clicked on more.
    Did I mention many, many sites already do this?
    the technology to do is is pervasive:
    Perl CGI
    http://www.google.com/search?q=perl+cgi+link+track ing
    PHP
    http://www.google.com/search?q=php+link+tracking
    All kinds of stuff
    http://www.google.com/search?q=%22link+tracking%22 +service

    --
    ----- If communism is a system where the government owns business, what do you call a system where business owns govern
    1. Re:you might want to get off the web by Anonymous Coward · · Score: 0

      This is already happening. Most comercial sites ALREADY track all of the link clicks on their sites. The majority of them use 302 redirects so, you can't turn them off.

      So what you're saying is that these sites would prefer that I pay the bandwidth costs of their tracking rather than they. I don't find this to be so much of a big deal as I do the way in which it got into Firefox. Why are the needs of advertising companies being heeded at all? I don't like that at all and the future of Firefox scares me. This is what they do after getting only 10% market share? What happens at 25% or 50%?

    2. Re:you might want to get off the web by Kelson · · Score: 1

      The way it got into Firefox?

      You might want to start reading the original proposal to WHATWG (by someone who currently works for Opera, incidentally) and the ensuing discussion. You might find it enlightening.

      On the subject of current methods of tracking via redirects, he says:

      The problem at the moment is that the redirect mechanism obscures the eventual target URI. It would be good to have the target URI separate from the tracking URIs, so that the UA can show each of them separately in the UI, indicating the user who is getting told what.

      Doing this would also allow the UA to easily turn off the pinging thing for users who are worried about point 4 above.

    3. Re:you might want to get off the web by Anonymous Coward · · Score: 0

      At which point one really must wonder... why is there so much interest in tracking abso-effing-lutely every possible click anyone makes on the web?

      Has nobody ever questioned the motivation behind this at all? It seems to have gotten completely out of effing hand.

  90. akin to ping without ping="" by DrSkwid · · Score: 1

    myself I'd add a bit of extra script to make sure that the ping came back first but still not much harder

    <script language="javascript">
        function ping(urls) {
            var html_doc = document.getElementsByTagName('head').item(0);
            var js;
            var u;
            for (u in urls) {
                    js = document.createElement('script');
                    js.setAttribute('language', 'javascript');
                    js.setAttribute('type', 'text/javascript');
                    js.setAttribute('src', urls[u] + '?userinfo=DrSkwid&sid=174300');
                    html_doc.appendChild(js);
            }
            return true;
        }
    </script>

    <a href="http://offsite/link.html" onlclick="return ping(['http://slashdot.org/logping.pl', 'http://digg.com/logping.php']);">visit offsite link</a>

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  91. ping attribute by willCode4Beer.com · · Score: 1

    There is no ping tag.
    FTA, it is an attribute to the anchor "a" tag. Globally removing attribute values is trivially easy to do in javascript.

    Curiously, I don't see anyone trying to figure out how to defeat the redirect link tracking that happens today in every browser.

    --
    ----- If communism is a system where the government owns business, what do you call a system where business owns govern
    1. Re:ping attribute by Kelson · · Score: 1

      Curiously, I don't see anyone trying to figure out how to defeat the redirect link tracking that happens today in every browser.

      Obviously you haven't been looking hard enough. Check out the Redirect Remover extension.

    2. Re:ping attribute by guardian-ct · · Score: 1

      Perhaps you're not looking in the right places to find a redirect removal tool? I think Privoxy.org, and at least 1 other privacy enhancing system, both have redirect link removal in several of the simpler cases. The others, well, yeah, you're screwed if the URL can't be determined straight from the link. Tinyurl is an example of one that tends to not be easy to determine from the link.

      Things like "http://redirect.server.nowhere/goto?http://real.p age.here/" can be unscrewed fairly easily.

  92. Standards? by HunterZ · · Score: 2, Insightful

    My question is where did this idea come from? Is it in an HTML standard somewhere? If not, they shouldn't have bothered putting it in IMHO. How can I tell my friends that Firefox aims to be more standards compliant if the Mozilla team is putting in proprietary HTML features?

    --
    Arguing about vi versus Emacs is like arguing whether it's better to make fire by rubbing sticks or banging rocks.
    1. Re:Standards? by ubernostrum · · Score: 1

      My question is where did this idea come from? Is it in an HTML standard somewhere? If not, they shouldn't have bothered putting it in IMHO. How can I tell my friends that Firefox aims to be more standards compliant if the Mozilla team is putting in proprietary HTML features?

      It's being debated for standardization by the Web Hypertext Application Technology Working Group, a collaboration of developers and browser makers who think the W3C has basically stagnated and stopped paying attention to real-world problems, and so are working on building consensus for the standardized, interoperable implementation of new features and technologies. And keep in mind that even at the W3C a new feature in a spec can't be officially standardized until there are implementations in the wild, and in the past new features have often been standardized after being implemented independently by browser makers.

  93. HBX tracking, redirects and this ping dealie by DanCentury · · Score: 1

    We use Websidestory's HBX product where I work. It's quite nice from a marketing standpoint. Technically, it's just javascript and cookies. Sure -- it doesn't work for people who turn off cookies or JavaScript, but those people are rarer than you think. One plus is it doesn't impact the click stream. An other upside to the HBX method is you get less false positives from robots and other machine visitors.

    We also use redirects (CGIs,various J2EE dealies) -- that method is very labor intensive and it trashes SEO. It destroys SEO. And you have to dedicate many hours to weeding out the "clicks" from robots and machines.

    This ping method might be used if IE adopted it, but it sounds like a pain in the neck -- we'd have to build a new app and tool for marketing to monitor the clicks.

    1. Re:HBX tracking, redirects and this ping dealie by Todd+Knarr · · Score: 1

      Or more likely, the guys at WebSideStory will just modify their link-tracking code to make use of the ping attribute if it's available and you can use the existing HBX tools. That'll be an improvement for users too, link-tracking using the ping attribute will be much cleaner and less likely to interact badly with other page elements. And from a privacy standpoint, the ping attribute'll likely be controllable through the Mozilla security policies so users will have the option of disabling or limiting it without having to disable Javascript completely.

  94. New DOS attack by redalien · · Score: 1

    Ok, everyone change your links to ping="http://www.microsoft.com". How long will they keep up with this additional traffic? How long will it take for microsoft to sue somebody? Not long.

  95. developers will (should) use it optionally by Anonymous Coward · · Score: 0

    Since web developers already have a way to do it, but using PING would provide a better experience... I would think they would detect the MOZILLA browser (or support of PING) and then use PING if they can, otherwise enable the javascript or otherwise redirecting soltion.

    Then users who are smart enough to use PING will get the better experience while being tracked just the same on the redirecting sites. (Everyones being tracked regardless.)

    Although what I don't understand, is why the heck don't providers that want to "track" you just look at log files? - it's all there.

  96. What's the problem??? by MoxFulder · · Score: 1
    I don't see what the fuss is about! The "ping" feature is a win-win situation.

    • For website operators who'd like to keep track of links being clicked on, this provides a cleaner way to do it that doesn't require multiple page loads for the user.
    • For users who feel that this feature may affect their privacy, they can turn it off ... UNLIKE redirects, which cannot be turned off. So if websites adopt the "ping" feature on a large scale, this will IMPROVE privacy options for users.

    So everyone wins. Website operators have a nifty new feature, users have more options for protecting their privacy. Where's the problem?
  97. Tracking? YES! Spyware? NO! by Spy+der+Mann · · Score: 2, Insightful

    Do not confuse this feature with spyware. Tracking cookies have always been used by advertising companies, yet they can be disabled. But I'd rather stick with tracking cookies than having to navigate through sites with embedded flash because the sponsors require them to. This "cookies = spyware" is just paranoia to me.

    Anyway, if a website gives you a "ping" attribute, what prevents the same site from obfuscating the link and doing some redirections? It's EXACTLY THE SAME! If there can be any abuse, it's because the attribute is provided BY THE WEBSITE'S CONTENT. And who controls the website content?

    One major abuse I could see are phishing sites, but if you already entered a phishing site it's your own fault, and I *REALLY* doubt a bank site would add ping attributes to their website.

    In comparison, SPYWARE steals resources, bandwith, CPU and Memory, and makes your system unstable, stealing also YOUR VALUABLE TIME.

    So, no, the ping attribute is NOT SPYWARE. I think the article submitter was too sensationalist by putting this in the headline.

    1. Re:Tracking? YES! Spyware? NO! by LinuxRulz · · Score: 1

      With a bit of luck, the TargetAlert Extension will add an icon for such link so we can know without looking to the source that those are ping links.

  98. Devils in the details by Anonymous Coward · · Score: 0

    There are two things that are clear if you bother to read the article. (Of course, this is /. so I'm sure no one has read the article.) One, the loss of privacy that everyone is concerned about with regards to this feature is already occuring through the use of redirects. Two, if web users actually care about getting to a links destination quicker, rather than waiting until they bounce through all the redirects, the developers can't allow users to turn the ping attribute off. Otherwise, no one would ever turn it on and website developers would never transition from using redirects to the ping attribute.

    As with most things, the devil is in the details and the developers need to make sure that users are made aware of all the URL's that are being pinged. Maybe add a drop down box in the status bar, like the one used to list a page's RSS feeds, that lists the full URL for all pings. It's only right that web users have the ability to be aware of the places their pinging.

    The real question is whether the ping attribute might lead to a growth in the number of connections each link makes. Because of the time redirects take, web developers are somehwat aware that they have to keep the path relatively lean. Using the ping attribute removes the delay from the web users experience so website developers might be inclined to try to sneak ever increasing numbers of sites to be pinged into a URL. In the worst case scenario, I wonder if this could be used to create some kind of a DDOS attack.

    1. Re:Devils in the details by Kelson · · Score: 1
      the developers need to make sure that users are made aware of all the URL's that are being pinged.

      This is actually in the specification:

      When the ping attribute is present, user agents should clearly indicate to the user that following the hyperlink will also cause secondary requests to be sent in the background, possibly including listing the actual target URIs.

      The spec also indicates that users should be able to disable it:

      Based on the user's preferences, UAs may either ignore the ping attribute altogether, or selectively ignore URIs in the list (e.g. ignoring any third-party URIs).

      This is a first-pass implementation in a developer build, so they haven't implemented the UI to disable it (though you can get to it via about:config) and there's no mention of the notification yet, but I'd expect both to be in any released version of Firefox that includes this.

      On the DDOS issue, I have to admit I'm surprised that the spec doesn't limit the number of URLs that can be pinged.

  99. The source code by Anonymous Coward · · Score: 0
    (Mozilla.org blocks these links, so you'll have to copy and paste them in a new tab.) Here's the offending source code checkins. The biggest chunk of code is in mozilla/docshell/base/nsWebShell.cpp. Fortunately, there's code that turns off the ping functionality if browser.send_pings is set to false, (posted below for reference)
    // check prefs to see if pings are enabled
    nsCOMPtr<nsIPrefBranch> prefs =
        do_GetService(NS_PREFSERVICE_CONTRACTID);
    if (prefs) {
      PRBool allow = PR_TRUE;
      prefs->GetBoolPref("browser.send_pings", &allow);
      if (!allow)
        return;
    }
  100. Future attack/harrasment technology by Anonymous Coward · · Score: 0

    Our web/internet technologies seem to spawn problems for each solution coded. For example, a regular TCP/IP ping could be used in a ping of death attack. I undertand this reference ping might cut down bandwith for doing referrals. What stops web sites from using this method to greatly expand the number or referrals? Or make all the referrals to the same site? Could we see future attacks/harrassment of sites by creating a page full of this referrals and that page getting posted on a very popular site, such as slasdot?

  101. A disappointing reduction of user privacy by A.Gideon · · Score: 2, Insightful

    > You would think so. Starting with cookies, though, there's
    > always been a major component of web design and development
    > which hinges on deliberately obfuscating important events
    > from the user.

    Still using cookies as an example, progress has been towards better "cookie privacy". Items like blocking 3rd party cookies by default, a clear "clear all information" button, limits which override cookie expiries, etc. all give the user more control over his/her privacy.

    To add this "ping" feature w/o also providing control over its use to users is rather surprising since, otherwise, Firefox has been moving in the right direction.

    This is not just surprising, but incredibly disappointing.

    1. Re:A disappointing reduction of user privacy by Anonymous Coward · · Score: 0

      Since the lead firefox developers work for Google, why do you think that anything in Firefox is actually driven by what is "good" for the user? Google has a reputation for being "good", but all evidence indicates that their primary activity is profit at the expense of being "good".

  102. THINK ABOUT IT by bussdriver · · Score: 1

    Say this becomes commonplace in all browsers so that its an issue, many sites use javascript or images to do similar things in order to generate better web stats. Unless you turn off javascript and images, or edit the site's code you already have this sort of thing going on.

    This method is more upfront, and will allow stats to be done without javascript---and it will make it easier for an extension to track and disable it. Right now, its nearly impossible to block them from doing it short of turning off javascript and images.

    1. Re:THINK ABOUT IT by nicklott · · Score: 1

      Well yes, but the problem is that it's not going to become commonplace. As of now it's just another browser specific extension. Whether mozilla like it or not, IE still dominates the market, and until they decide to implement a feature (or lose their dominance) it's not going to happen.

    2. Re:THINK ABOUT IT by Anonymous Coward · · Score: 0

      You are just giving the defenition of something new: it's not yet commonplace. The point is that new technology is never commonplace. If you follow the rules you just stated, you should be speaking Chinese (most people do), eat noodles (most people do), and resist change (most people do).

      Now I've gotten that of my chest, here are my 2cts: Reading the draft, it states "user agents should clearly indicate.." etc. Which means Firefox is not yet doing that, which is wrong. However, I'd rather have a special ping implementation then running javascript (which is more of a security hazard because it has more freedom). So, by giving a finer grained control over the actions of your browser (because you know the purpose), I would say yes.

  103. Why Blame Firefox? by kg4gyt · · Score: 1

    Why should anyone blame Firefox? They simply created a fully compatible browser. The blame should be on the sites that use this tag for bad reasons. This tag used properly could be used within companies to make more usable sites among other personalized things. It all comes down to how it is implemented.

  104. The Obvious Answer by UID30 · · Score: 2, Insightful

    Saying that you'd stop using Firefox if this is deployed is like saying you'd stop going to Wal-Mart if they have cameras watching you ... but wait ... they do. Face it. You're on the web. You're being tracked. OMG! Slashdot is tracking me now!!1!!1

    but seriously ... as a tool to improve user experience, this is a GREAT idea. decouple the link tracking from the target page loading. however, until it's adopted in a standard way by all browsers, it's useless. this can already be done in numerous ways thru javascript, proxy pages, inventive link creation, mod-rewrite ... there are as many ways to track user clicks as there are competent developers.

    sure, make it disableable. additionally, make it configurable to set the maximum number of PINGs per click. and lastly, limit the URLs to the originating site only.

    --
    "Glory is fleeting, but obscurity is forever." - Napoleon Bonaparte
  105. Vote: Spyware by mrmeval · · Score: 1

    After reading the included link *and* reading the comments of the implementors they don't get it. They don't want to disable it by default or Just No Do It.

    They don't want to inform the user of it. They don't care if it violates security concerns or privacy concerns. And they come across a condesending and holier than thou.

    I will no longer support that or any future version of Firefox unless this is removed completely and a privacy statement is issued where they pledge to protect the users security and privacy. I will not allow my systems to be upgraded and will not recommend my company consider it. I will actively work against them.

    The firefox crew are more vile than M$ for you've violated my trust.

    --
    I'd go on a Vegan diet but the delivery time from Vega is too long. --brownkitty
    1. Re:Vote: Spyware by ubernostrum · · Score: 1

      I will no longer support that or any future version of Firefox unless this is removed completely and a privacy statement is issued where they pledge to protect the users security and privacy. I will not allow my systems to be upgraded and will not recommend my company consider it. I will actively work against them.

      Whoa, there cowboy. Come down off your high horse for a second so I can bludgeon you with facts:

      • The "ping" attribute is on the standardization track of an independent industry standards body.
      • The reasoning behind it is that this is something that's already done by pretty much anybody anywhere who serves advertising or does user research, and that standardizing in this form has a few advantages:
        • It does away with the need to obfuscate link targets by pointing to redirect scripts which do tracking -- instead of linking to Yahoo by going through "redirect.php?site=242353987", you can have the link's href attribute be Yahoo and add a "ping" attribute to hit your tracker.
        • It does away with the need, in many cases, to use JavaScript and/or cookies for link-tracking purposes.
        • It's semantically much cleaner.
        • It allows users to easily see links which will ping a tracker, either by having the browser automatically identify them or by user stylesheets which highlight links with a "ping" attribute.
      • It makes it easier to do a lot of things besides spying on people, as Ian Hickson pointed out in the original proposal of the attribute.
  106. DNS or Routing Already Capable? by SenFo · · Score: 0

    I'm no expert, but don't routers already do this? I figure there must be a reason that there are occasionally multiple IP addresses for a single DNS entry.


    user@host ~ $ host www.microsoft.com
    www.microsoft.com is an alias for toggle.www.ms.akadns.net.
    toggle.www.ms.akadns.net is an alias for g.www.ms.akadns.net.
    g.www.ms.akadns.net is an alias for lb1.www.ms.akadns.net.
    lb1.www.ms.akadns.net has address 207.46.225.60
    lb1.www.ms.akadns.net has address 207.46.18.30
    lb1.www.ms.akadns.net has address 207.46.19.60
    lb1.www.ms.akadns.net has address 207.46.20.30
    lb1.www.ms.akadns.net has address 207.46.20.60
    lb1.www.ms.akadns.net has address 207.46.198.30
    lb1.www.ms.akadns.net has address 207.46.198.60
    lb1.www.ms.akadns.net has address 207.46.199.30
    user@host ~ $

    1. Re:DNS or Routing Already Capable? by Anonymous Coward · · Score: 0

      Interesting how you Slashfucks get on a power trip and would sooner moderate a message down than answer the question at hand. I bet you're also the same people wondering why your sex life is so bad.

  107. NoScript will take care of this baby ;) by Giorgio+Maone · · Score: 3, Informative

    I'm already testing and I'm about to release a NoScript version (1.1.3.6) which neutralizes this lovely ping attribute on untrusted sites, and offers also an user-accessible option, not implemented by Firefox (yet?), to disable it globally. I hope this will calm down the tinfoil hats ;)

    --
    There's a browser safer than Firefox, it is Firefox, with NoScript
  108. As a developer, I understand why it defaults on by PenchantToLurk · · Score: 1

    Think this through. No site is going to totally drop outbound click tracking via the old redirect-chaining in favor of this.

    It only works in firefox, and only when turned on.

    If I were to support it, as a developer, I would set up a 'ping sniffer' on the home page, with a 'ping' attribute to all links. It would track to a page on the site who's only purpose is to add a 'visitorSupportsPing' attribute to the visitor's session cookie. Note that this is only done on the home page, and only when the attribute does not already exist.

    From then on, I can dynamically emit either redirect-chained links, or ping-tracked links based on what the client supports.

    From that point on, EVERY visitor will still be tracked, it's just their choice to enable ping-tracking and save themselves the redirect. If cookies are disabled, they just get the old redirect-chained method.

    One last note. No high-volume site is going to bother to do this, unless it's with a high-performance isapi/nsapi/httphandler filter. The performance hit otherwise would just be too high.

  109. It's polite. by maxume · · Score: 1

    Adding a ping attribute to links isn't anything resembling spyware, and it doesn't, as a lot of people seem to think, make the web a worse place to be. It adds a polite way for websites to ask for click information. They don't intrude any more than redirects do, but instead of seeing:

    http://www.example.com/tracker.cgi?go=http://www.e xample.com/nextpage

    or the more obnoxious:

    http://www.example.com/go?id=fluffernutter

    in the status bar, users will see:

    http://www.example.com/nextpage

    and in addition, they will have the ability to easily turn off the pinging. There are javascript bookmarklets that get around the first style, but nothing that gets around the second style. The third style will make it a browser preference. Anyone who thinks that most users spend a whole lot of time thinking about the urls of links that they are clicking on probably isn't thinking right.

    max

    --
    Nerd rage is the funniest rage.
  110. This is why we need competition in browsers... by dtjohnson · · Score: 1

    The Firefox 'ping feature' is a good example of why we need a choice of more than one browser to use. The ping tracking is great for website owners but not great for the unwashed masses of users who might not want to wear radio tracking collars and have RFIDs implanted in their left cheek. If there is only one viable choice in web browsers, that browser will be under enormous pressure and temptation to implement features of dubious value to users. With a choice of two or more, users can amble over and give the competition a shot when their primary browser does something user-unfriendly. Even better would be wide support for open standards and a choice of 3, 4, or 5 browsers that all support the standards. Hey, what's wrong with dreaming?

  111. Open door to fun click of death links by Anonymous Coward · · Score: 0

    I can just imagine creating ping links to thousands of non existant sites in order to dos the client, who clicked on a link and activated a completely unuseful feature provided by default by IE^H^H Firefox

  112. adwords cheating? ddos linking? by not-enough-info · · Score: 2, Insightful

    Couldn't a crafty webmaster load up a javascript on an adwords page to add all the adwords links as ping fields to all the links on the page via the DOM? Then all the links on the page would generate adwords clicks right?

    Does this protocol check for duplicate links in the ping? What happens if I put like 10 or 100 of the same link in the ping. With a popular enough website I could innundate other websites with garbage ping requests.

    --
    ---k--
    </stupid>
  113. Needs Per-Site Permission User Interface by billstewart · · Score: 1
    If the Mozilla/Firefox team is actually paying attention to the privacy implications, they'd put in a menu UI for this similar to the ones used for cookies, popups, and images (Mozilla has this; I forget if Firefox does currently.)

    One of the big lessons we learned from REFERER and Cookies is that it's easy to think about the privacy implications of a feature in isolation, but when you combine it with other features it's a lot more complex - e.g. DoubleClick works because you can combine the two features, so even though Website A's cookies don't get shared with Website B, DoubleClick can track cookies across sessions and use REFERER to track the sites that include its ad banners.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  114. Nice Opportunity for a D.O.S. by cyberscan · · Score: 1

    Now I can set up a website so that it has 100's of one pixel images. I line of code will have Firefox reload the page after a certain interval of time. Since the page is most likely cached, files will not be loaded from my website while Firefox may very well dutifully ping the site of my choosing. I am an open source fan of the biggest sort, however I am not too fond of Forefox 1.5 and above. Firefox is becoming more and more like its rival. :-(

    But hey, at least I can change it to do what I want and get rid of the undesirable "features" that were added. :-)

  115. Re-verify our range to target... one ping only. by Anonymous Coward · · Score: 0

    Give me a ping, Vasili. One ping only, please.

  116. Won't be needed by Kelson · · Score: 1

    An extension probably won't be necessary by the time 2.0 is released. Either Firefox will abandon the feature, or they'll have written the UI to disable it.

    It's technically not necessary right now for people who are willing to deal with about:config and toggle the preference there -- which is the only people who should be using the trunk builds anyway.

  117. Standard answer to stupid question: by m0nstr42 · · Score: 1

    Firefox 's Ping Attribute: Useful or Spyware?

    Yes.

  118. It's all about perception by Anonymous Coward · · Score: 0

    I left this comment at the mozilla blogpost:

    You can argue all day that users are tracked already. But from the comments here, it's clear that this would be a public relations disaster for Firefox. If you implement this feature, don't be surprised when the marketshare drops, alarmist news articles crop up all over, and people start talking about a fork.

    It's not just about what makes sense technically. It's also about people asking whose side you're on. Firefox right now has a reputation of being on the side of the users and doing the best it can to protect their privacy. That's part of its brand. Screw with it at your peril.

    1. Re:It's all about perception by Anonymous Coward · · Score: 0

      "It's not just about what makes sense technically. It's also about people asking whose side you're on. Firefox right now has a reputation of being on the side of the users and doing the best it can to protect their privacy. That's part of its brand. Screw with it at your peril."

      1. It has inherent benefits to the user, such as showing them the link's true destination and not having to wait for redirect pages to respond (assuming they respond at all).
      2. It means less script/database work on the server of the website, so a faster server.
      3. Privacy is INCREASED because there's an option to turn it off. There is no option to turn off obfuscated redirect links, because it's impossible. Weaning sites off of them would be a Good Thing.

  119. It can be disabled by Kelson · · Score: 2, Informative

    1. It can already be turned off via about:config (RTFA), and if it actually makes it into Firefox 2.0 there will probably be a checkbox in Preferences.

    2. As a guy with a website, I'm actually curious as to which links people click on to leave. Server logs will tell me which pages on my site are most popular and where visitors are coming from, but they won't tell me where they're going unless I go to the effort of creating a redirect script and linking through that -- and while I'm curious, I don't care enough to go to that effort. (Though advertisers and sites with marketroids do care, and have gone to the effort -- often sneakily.)

    1. Re:It can be disabled by SilverspurG · · Score: 1
      they won't tell me where they're going unless I go to the effort of creating a redirect script and linking through that -- and while I'm curious, I don't care enough to go to that effort.
      Why are developers saddling users for features which website owners are too lazy to implement themselves?

      I don't need to know exactly what is going on to get the feeling that it isn't right. It's the same thing as parents checking on their kids when everything suddenly gets quiet.
      --
      fast as fast can be. you'll never catch me.
    2. Re:It can be disabled by Kelson · · Score: 1
      Why are developers saddling users for features which website owners are too lazy to implement themselves?


      I take it you missed the following sentence:



      Though advertisers and sites with marketroids do care, and have gone to the effort -- often sneakily.


      Big marketroid-influenced sites are already doing this, and they're doing it in ways that hide what's going on and can't easily be disabled. As suspicious as this sounds, it's at least above-board and easy to disable.

      Of course, the cynic in me says that marketroid-influenced sites are just going to stick with their current sneaky methods as fallbacks for the people who disable it, leaving us all right back where we started.
    3. Re:It can be disabled by SilverspurG · · Score: 1

      At which point I still wonder why devs are saddling user apps with the things which only matter to the marketing departments.

      Is Firefox writing an application for me to browse the web or are they writing an application to help marketing departments profile me? Let's just get the intent of the application clear.

      --
      fast as fast can be. you'll never catch me.
    4. Re:It can be disabled by Anonymous Coward · · Score: 0

      Is Firefox writing an application for me to browse the web or are they writing an application to help marketing departments profile me?

      Since most Firefox developers are employed by an advertising company, namely Google, I'd say it's the latter.

      As with everything else in life, follow the money.

  120. Konqueror *can* do gmail by Anonymous Coward · · Score: 0

    darnit... I already modded a post in this thread, but I really do have to clear this up.

    "Also, it doesn't work with gmail's standard mode. Which isn't really Konqueror's fault."

    As of KDE 3.5.x, Konqueror can do gmail's standard mode, but you first have to set the user agent string to Firefox. iirc, this also tells Konqueror to emulate a couple of Firefox's quirks, which is what makes it work.

    Tools > Change Browser Identification > Other > Firefox 1.0

    If you don't have that submenu, you can enable it by going to Settings > Configure Extensions... > Tools and make sure "UserAgent Changer" is selected.

  121. Windows users can wait for Konqueror. by CyricZ · · Score: 2, Informative

    Windows users should just wait a short while, until KDE 4 is release. Due to the recent QT 4 changes, it has been anticipated that Konqueror will run natively on Windows.

    The Konqueror codebase is far cleaner than that of Gecko and Firefox. Not only that, but QT may prove to be superior for writing efficient crossplatform applications.

    --
    Cyric Zndovzny at your service.
    1. Re:Windows users can wait for Konqueror. by pomo+monster · · Score: 1

      "...QT may prove to be superior for writing efficient crossplatform applications."

      Not if Google Earth for Mac is any indication. It's even less Maclike than plain-vanilla Firefox, and that's pretty fucking ugly. Of course, you could always ditch QT and write a Cocoa wrapper (like Apple's done with WebKit/KHTML for Safari), but seems to me you could do the same with Gecko (see Camino).

    2. Re:Windows users can wait for Konqueror. by level_headed_midwest · · Score: 1

      I'd love to see Konqueror on Windows. That might make using Windows a little better as you could finally put explorer.exe behind the digital barn and shoot it for good. Explorer sucks even more than IE, but there's not much people can do about it other than really hacking at the Windows UI. Konqueror is a simple app, so you would not need to put in a whole new shell for Windows to get the advantages of having another file manager.

      --
      Just "gittin-r-done," day after day.
    3. Re:Windows users can wait for Konqueror. by CyricZ · · Score: 1

      What version of QT do they use for that? QT 3, or QT 4?

      --
      Cyric Zndovzny at your service.
    4. Re:Windows users can wait for Konqueror. by pomo+monster · · Score: 1

      No idea. How would I tell?

      In general, however, I have to disagree with the idea that crossplatform interfaces are desirable, unless you're targeting one OS and don't care about the others beyond bullet points on a spec sheet. In the MVC model, keep the model and controller portable if you want, but you've at least got to customize your view for each OS you target.

      It's a mistake to believe all GUIs are similar enough to target as one. Microsoft learned this the hard way fifteen years ago with Word 6.0 for Mac, and haven't tried it again since. Seems to me that the open source world today is repeating the same mistake.

  122. So what? by porneL · · Score: 1

    Is there NoHTTP extension for Firefox? Tracking can be implemented even using obfuscated URLs and HTTP redirects. Server can share its logs with 3rd party as well, so ping attribute doesn't allow any more spying that is already possible...

  123. Well ... by McGiraf · · Score: 1

    From the standard definition:

    When the ping attribute is present, user agents should clearly indicate to the user that following the hyperlink will also cause secondary requests to be sent in the background, possibly including listing the actual target URI.

    From the Article blurb:

    this new "feature" allows notification of an unlimited and uncontrollable number of servers for every click, and it is not noticeable without examining the source code for a link before clicking it."

    It seems the implementation is not done properly.

  124. All you need to know: how to disable it! by SiliconEntity · · Score: 1

    Go to about:config and look for browser.send_pings, set it to false. This is defaulting to true in the overnight trunk builds, although you won't have it yet if you just run the official releases. But next time you get an update, check for it and you can disable it.

  125. when we will get it by Anonymous Coward · · Score: 0

    Double the ./ effect with ping...

    as I want to abuse this one I have to post as AC.

  126. bandwidth cost by willCode4Beer.com · · Score: 1

    You already are paying the bandwidth costs of tracking.

    If tracking is done via big $%& query strings, your pages are bigger. If its done (more commonly) by redirects, you pay it even more.

    If you have the option to turn it off, you might actually save some bandwidth.

    Also, consider there are better uses than simple advertising. Your favorite sights, by knows what you click on and look at, can offer you more of what you want. You can be presented with more relevant information.

    --
    ----- If communism is a system where the government owns business, what do you call a system where business owns govern
  127. "Quietly" enabled? by Kelson · · Score: 1

    What's so quiet about a public blog post by a developer on weblogs.mozillazine.org that goes into detail about how it works and why?

  128. Good Stuff by Joebert · · Score: 1

    I don't understand how visitors could have any problems with such an attribute, it could save alot of resources both browser & serverwise.
    The people that would use it are going to find a way to track visitors one way or the other.

    In all actuality, by the time anyone even gets the option to click such a link, they've likely been tracked 6 ways from Sunday already anyways.

    --
    Wanna fight ? Bend over, stick your head up your ass, and fight for air.
  129. That's nothing unique to the ping tag. by cduffy · · Score: 1

    JavaScript. Invisible frames which load arbitrary pages. All-transparent GIFs. There are tons and tons of tactics which *are already used* to give webmasters the same abilities. PING is just a less-evil way of doing them.

    It's a Good Thing, damnit!

    1. Re:That's nothing unique to the ping tag. by SilverspurG · · Score: 1

      People of questionable ethics employ questionable techniques to gather questionable information... and somehow you think that giving them yet another questionable technique is a good thing?

      --
      fast as fast can be. you'll never catch me.
    2. Re:That's nothing unique to the ping tag. by cduffy · · Score: 1

      I think that giving them an alternative to those questionable techniques is a Good Thing.

      Further, I'd argue that there's nothing inherently questionable about this tool; it has valid uses. Consider running a page-hit counter on a site whose pages are loaded off a diversely located group of caching servers: If there isn't a mechanism in place to combine the logs off said servers (which there may well not be -- the caches will not infrequently be run by a 3rd party), asking the clients to make an extra request is reasonable. Consider running a Geocities or other free hosting site, where one simply doesn't have access to server logs.

      Whatever the reasons, people already cause 3rd-party browsers to make additional requests for logging-related purposes, and they aren't going to stop. Allowing them to do so via a mechanism which (1) is not harmful to the end user's experience, and (2) which can easily be turned off is a large improvement over the present state of affairs.

      Would you rather that the questionable techniques in place (those which actually reduce render time and thus inhibit the user experience and are hard to turn off) continue to be employed? By arguing against having a well-documented, easy-to-disable single mechanism for doing this, you're actually increasing the difficulty of preventing your browsing sessions from being tracked.

    3. Re:That's nothing unique to the ping tag. by SilverspurG · · Score: 1

      We're still at the point where we're halfway down the lion's throat. You say there's no good way to do page hit counting on a distributed set of servers. How did things get here? There are a million good ways to do page hit counting on a distributed set of servers except... for some reason... it was easier to off-load this chore onto the user's client applications. Why is that? Why would we want to waste the time and effort sending cookies and pings and referrals across an unpredictable international network when, in many cases, it could be done more quickly, reliably, and securely on the local server farm LAN or VPN?

      Now, if you're talking about hit tracking (IP addresses), then I must admit that I don't know how much access a page has to the data of the client without relying on a server. If a page cannot log an IP address except to depend upon the server then it is important to note that there are very good reasons why users on a system do not have access to all of the information that root does. If that data was meant to be accessible by users' individual pages then the authors of web servers would have included a mechanism to pass that data from the server to the hosted pages. Unless it is to circumvent very important system security policies with respect to information I see little to no reason for tracking mechanisms to be embedded in client applications.

      There's a real reason behind all of this and the fact that it's so carefully hushed makes it all that much more suspicious. This isn't tin foil. This is the parent checking the kids' room when everything suddenly goes quiet.

      --
      fast as fast can be. you'll never catch me.
    4. Re:That's nothing unique to the ping tag. by cduffy · · Score: 1
      You say there's no good way to do page hit counting on a distributed set of servers.

      No, I didn't say that there exists no good way -- but one can be in a situation where, given the infrastructure that one is working within (and the lack of available sysadmin man-hours that many sites need to deal with), there's no easy way to do it. Making everyone who wants something as simple as a page counter have good log collation tools is assinine.

      Now, if you're talking about hit tracking (IP addresses), then I must admit that I don't know how much access a page has to the data of the client without relying on a server.

      The web server (which is where "the page" comes from, after all) gets the IP address, the name of the browser, the user-info string (which often contains info about what kinds of malware the host machine has installed)... all kinds of ugly stuff. Adding a ping tag exposes absolutely no more information than the web server already has -- it just exposes it to a different place, such as a server that's set up to do log analysis. There's not any additional leakage -- it's just happening to a different place.

      There's a real reason behind all of this and the fact that it's so carefully hushed makes it all that much more suspicious. This isn't tin foil. This is the parent checking the kids' room when everything suddenly goes quiet.

      I don't think you have enough of an understanding of the technical background for this decision to make that determination.

    5. Re:That's nothing unique to the ping tag. by SilverspurG · · Score: 1

      I have enough of a technical understanding to know that everything which you cite could be done from the server side without embedding easter eggs in the client code for the advertisers to find and use. Your arguments so far have been,"It can already be done." If so then why do we need yet another way to do it? Why do I, as a user, want to blindly do someone else's work for them without seeing my own benefit?

      --
      fast as fast can be. you'll never catch me.
    6. Re:That's nothing unique to the ping tag. by cduffy · · Score: 1
      I have enough of a technical understanding to know that everything which you cite could be done from the server side without embedding easter eggs in the client code for the advertisers to find and use.

      First of all, your server side/client side distinction is artificial.

      All information leakage happens with the client's involvement. You track the user-info string to determine whether your user has been careless enough to get the CoolWebSearch bar installed in their browser? Well, that information got to the server only because the client volunteered it. You have a image link off to an advertiser's server so they can track your hits? The client's browser, not the web server which is putting up the HTML page, makes that request. You collect clients' IP addresses? That IP address is only accessible to the server because the client made a page request. Every single one of these operations is initiated by the client, just as the PING request is.

      Your arguments so far have been,"It can already be done." If so then why do we need yet another way to do it?

      Because the other ways make the user's experience worse, whereas this one doesn't. You've asked this question several times, and I've answered it several times. Why do you keep asking?

      Why do I, as a user, want to blindly do someone else's work for them without seeing my own benefit?

      Because you are seeing a benefit: If you agree to do the work this way, then they won't force you to do it some other way which (1) is harder to circumvent, and (2) delays your page load times. It's in your best interests to play along. Now, certainly you can argue that it would be better if folks didn't bother with any client tracking mechanisms involving extra requests whatsoever -- but it happens anyhow; it's effectively a fact of life at this point; it gives away no information which couldn't be done by more effective server-side log collation anyhow, and technical measures to stop it are impossible to implement without eliminating essential functionality. So: Given that it's going to happen one way or another, it's better if it's done this way instead of via the ways it's already being done right now.

      So we're back to this choice: Stick with the existing approaches, which slow your page loads and aren't easy to disable -- or switch to this one, which doesn't impact your page load times and is trivially disabled. Now tell me, which one makes more sense?

    7. Re:That's nothing unique to the ping tag. by SilverspurG · · Score: 1
      It's in your best interests to play along
      I'd like to kill the discussion since you're sidestepping my point at every turn.

      What you've cited is exactly what the Nazis told the people who were being relocated.
      --
      fast as fast can be. you'll never catch me.
    8. Re:That's nothing unique to the ping tag. by cduffy · · Score: 1
      I'd like to kill the discussion since you're sidestepping my point at every turn.

      Really? I think I've answered it head-on -- if not here, in our other thread. If I haven't, give me a single sentence which contains your primary point, and I'll explain how and why I've addressed it.

      What you've cited is exactly what the Nazis told the people who were being relocated.

      Just because bad people use cars sometimes doesn't mean you and I should stop using them. "Do this thing because it's in your best interests" is not an inherently morally bankrupt argument; it's only so when it's being used for a morally bankrupt purpose.

      Until and unless you can demonstrate to me that it is morally corrupt to encourage advertisers to stop using transparent GIFs and such for tracking in favor of an alternative which doesn't impact page load times and is easily disabled, I'm going to have trouble swallowing that line of thought.

    9. Re:That's nothing unique to the ping tag. by SilverspurG · · Score: 1

      You haven't answered anything head on. You have not given a single example of any web functionality, from the user's perspective, which would require client side code to facilitate tracking.

      --
      fast as fast can be. you'll never catch me.
    10. Re:That's nothing unique to the ping tag. by cduffy · · Score: 1
      You have not given a single example of any web functionality, from the user's perspective, which would require client side code to facilitate tracking.

      What does that have to do with the price of beans?

      Admittedly, I see what you're trying to get at: If it doesn't add functionality which is directly relevant to the user, why is it there? Arguing for functionality which is only beneficial to content providers feels a little remnicent of arguing for DRM.

      However, tracking assisted by client-side requests is here, and is not going away while the web exists in its current form -- and will almost certainly be more pervasive in whatever form the web takes as it progresses in the future (as such progression will inevitably tend towards offering more functionality, rather than less) It cannot be forced to go away without removing functionality which actually does enhance the user experience -- advanced JavaScript functionality (and thus sites like Google Maps), IMG references to remote servers, so on and so forth. Ignoring that this practice does and will happen just because it disagrees with your philosophy does not and will not change the fact that it exists, and simply prevents you from taking steps -- such as the PING tag -- to minimize its effect.

      So -- I haven't provided such an example, but I need not, because supporting HTTP PING is advantageous to the user even if it doesn't directly provide new user-visible functionality.

      (And no, the PING tag won't stop the other approaches from working -- but it will make them less desirable: Web sites that render faster result in happier users, and a HTTP PING request requires [slightly, but measurably] less bandwidth than most of the alternatives. Among those sites which decide what HTML to provide to the user based on their user-agent string, and thus which can decide which approach to use based on which one will most likely work on the client in question, I would expect the HTTP PING approach to be readily accepted).

    11. Re:That's nothing unique to the ping tag. by SilverspurG · · Score: 1

      You're very adamant that tracking will never go away. Don't you see a problem with that at all? Not even a little? You have absolutely no thoughts that maybe, just maybe, this whole internet tracking thing has gone just a little too far?

      And what of the next step? Can I change the request for a ping to a an xhost? How much further towards a Linux ActiveX implementation do you want to go before even you decide that, from a security standpoint, this is obviously circumventing delineations between my system and your system?

      You can argue inevitability all you like. That doesn't make it so.

      --
      fast as fast can be. you'll never catch me.
    12. Re:That's nothing unique to the ping tag. by cduffy · · Score: 1
      You're very adamant that tracking will never go away. Don't you see a problem with that at all? Not even a little? You have absolutely no thoughts that maybe, just maybe, this whole internet tracking thing has gone just a little too far?

      No, I don't. Part of that is because I know exactly what level of tracking is possible; what its limitations are; and how to circumvent it. It's very much overblown, as security issues go -- the only aspect that's even remotely worrisome is tracking cookies from major advertisers, and those aren't as big of a risk as they're made out to be either.

      And what of the next step? Can I change the request for a ping to a an xhost?

      Umm, no, you can't. And why can't you? Because those of us who actually know how this stuff works know where to draw a line. See, when you don't understand the things you're afraid of, it's easy to argue "slippery slope" -- one thing that smells like a security violation isn't all that different from another thing that smells like a security violation. On the other hand, when you know computer security (and I do -- it's a very big part of my job, and I take it very seriously), it's very easy to see when the line has been crossed and when it hasn't. ActiveX crosses the line. Invoking arbitrary 3rd-party tools or code obviously crosses the line. An HTTP ping doesn't even invoke your system ping tool -- it just sends a new HTTP request. No non-browser code is ever invoked; no non-TCP connections are ever made; it's just one more HTTP request coming from your browser. I realize this, and the Mozilla folks realize this -- that's why they were willing to accept it.

      How much further towards a Linux ActiveX implementation do you want to go before even you decide that, from a security standpoint, this is obviously circumventing delineations between my system and your system?

      Adding yet another tag which causes a web browser to make a HTTP request is in no way, shape or form any kind of a step towards "a Linux ActiveX solution".

    13. Re:That's nothing unique to the ping tag. by SilverspurG · · Score: 1
      Because those of us who actually know how this stuff works know where to draw a line
      Okay. Your UID is low enough that you can't possibly be new. I'm going to assume that you just had a brain fart. I have once, yet, to see web devs make more than the most token efforts to convince users that they're not selling us out.
      it's just one more HTTP request coming from your browser
      Really? So why is it so necessary above and beyond what's already available? So many vague explanations and none of them really require client side interaction.
      --
      fast as fast can be. you'll never catch me.
    14. Re:That's nothing unique to the ping tag. by cduffy · · Score: 1
      So why is it so necessary above and beyond what's already available?

      Because what's already available is requests that feed into the rendering engine -- so the rendering engine waits for those requests to be complete before it calls the page completely loaded.

      This way, a page can make a request that doesn't feed into the rendering engine (as even a 0-width frame or a 1x1 transparent GIF still needs to be loaded before the browser considers the page completely rendered), and thus isn't part of the critical path for when-the-page-is-loaded

    15. Re:That's nothing unique to the ping tag. by SilverspurG · · Score: 1

      That's really really really really weak. I can't think of a single page, in the last year, where I've grumbled "darnit I just wish this hit counter pic would finish downloading".

      Weak. So very very weak. So weak that it is worth pointing out just how weak it is. Weak weak weak. So weak that my pet toad could wrestle it like a cricket. Weak weak weak.

      --
      fast as fast can be. you'll never catch me.
    16. Re:That's nothing unique to the ping tag. by cduffy · · Score: 1
      I can't think of a single page, in the last year, where I've grumbled "darnit I just wish this hit counter pic would finish downloading".

      Doubtless you haven't -- but you have almost certainly, without knowing it, run into cases where your rendering would have been at least a few deciseconds faster if that hit counter pic hadn't existed at all. Adding yet another item to be rendered in-time does slow rendering down, especially if its size isn't specified in the HTML (so the browser has to either hold off on figuring out how to render the things around it until it has the image header or render with a guessed, placeholder size until it's got the header). Further, images like page load counters frequently load considerably slower than everything else because they have a DNS lookup in their critical path which isn't there for images local to the server.

      Anyhow -- sure, it may be "weak" inasmuch as it isn't an especially compelling feature in and of itself, but there it is -- that's the gain; it's small, but sometimes it's measurable. Now, tell me: Given that the gain exists, even if it's miniscule and barely noticable, where's the drawback?

    17. Re:That's nothing unique to the ping tag. by SilverspurG · · Score: 1

      Deciseconds... that's weak.

      --
      fast as fast can be. you'll never catch me.
    18. Re:That's nothing unique to the ping tag. by cduffy · · Score: 1

      Deciseconds... that's weak.

      On an individual basis, it absolutely is. Spread out over the whole mass of web-browsing humanity, though, it can add up to a substantial amount of time. (Yes, I'm using the Steve Jobs argument: "Well, let's say you can shave 10 seconds off of the boot time. Multiply that by five million users and thats 50 million seconds, every single day. Over a year, that's probably dozens of lifetimes. So if you make it boot ten seconds faster, you've saved a dozen lives. That's really worth it, don't you think?").

    19. Re:That's nothing unique to the ping tag. by SilverspurG · · Score: 1

      From my view, as the client user, I'm not concerned with adding code, which has no purpose other than tracking, for the sake of the mass of humanity.

      --
      fast as fast can be. you'll never catch me.
    20. Re:That's nothing unique to the ping tag. by cduffy · · Score: 1
      From my view, as the client user, I'm not concerned with adding code, which has no purpose other than tracking, for the sake of the mass of humanity.

      Well, maybe you're not.

      So long as you appreciate the scope of what we're talking about here, though -- and how far it really is from something like a Linux ActiveX implementation -- I think I can walk away from this thread thinking that some sort of progress has been made, even if we still don't see completely eye-to-eye.

    21. Re:That's nothing unique to the ping tag. by Anonymous Coward · · Score: 0

      for you display of sense i'm marking you friend, the other guy just made my -5 list anon to avoid off topic moderation -lucas

  130. Solutions by Anonymous Coward · · Score: 0

    Lots of comments already, so I'll be surprised if anybody sees this one, but here goes, because I have a solution. I'll ignore the fact that integrating non-standards into the browser at an HTML level fragments the web and assume that FF is going to do this no matter what, so at least they should do it properly.

    Mistake 1: Calling this a "ping" is the first big mistake here. It obfuscates the purpose and gets everybody reaching for their tinfoil hats and disablement extensions.

    *** Solution 1: This feature should be called (to the user) "Click-Track Accelerator" and CLEARLY and openly explain that you are being click-tracked anyway, but by using this feature (enabled by default, but see #2), your browsing experience will be faster. This is a fact.

    Mistake 2: Allowing any site to do this is asking for abuse including DDOS attacks on competitors and any number of other things that were possible before but even easier now (and all look bad for Firefox).

    *** Solution 2: Include in the preferences a "Click-Track Accelerator Whitelist" which by default contains "adwords.google.com" (or whoever else donates to the Mozilla foundation [just kidding]). When a new click-track ping is attempted, prompt the user to allow, deny, or add to whitelist. Also have a checkbox for "Always allow for same server" (which is on by default and lets servers do what they can do anyway, but quicker).

    Mistake 3: There is no facility defined for servers to identify this capability in the client so no servers will even use this! (Mozilla -- you're not Microsoft, so get over yourselves)

    *** Solution 3: Some kind of HTTP header to identify this feature should be used. See GrangerX's post on http://weblogs.mozillazine.org/darin/archives/0095 94.html .

  131. Let's just make it easy by SilverspurG · · Score: 1

    And allow websites to download the entire contents of the history folder. Why have cookie controls at all if the devs are just going to shoe-in another workaround? We should allow every website to read every other website's cookies. Why are we beating around the bush?

    --
    fast as fast can be. you'll never catch me.
  132. I suppose... by tetabiate · · Score: 1

    that Firefox includes an option to disable this feature.

      - Let us fight together for a patent-free EU.

  133. Did you read the article yourself? by blorg · · Score: 2, Informative

    ...or more specifically the comments below:

    Out of interest, how did you implement the 'informed user' requirement? ("When the ping attribute is present, user agents should clearly indicate to the user that following the hyperlink will also cause secondary requests to be sent in the background, possibly including listing the actual target URIs.")

    Posted by: Malcolm at January 17, 2006 12:14 PM

    The UI component of this feature is currently unimplemented. We did not see that as a blocker to enabling this on the trunk (development) builds of Firefox. I hope to test out Ian's suggestion of adding the pings to the status bar shortly.

    The feature is currently enabled by default in Firefox, but disabled for Thunderbird.

    Posted by: Darin at January 17, 2006 12:33 PM

    1. Re:Did you read the article yourself? by Anonymous Coward · · Score: 0

      This is the first post I've seen mentioning that the feature is only enabled in the development branch, which is where features and changes are tried out.

      Mod parent up.

  134. WRONG: Not Useful but Extremely Dangerous by Dark+Coder · · Score: 1

    As a TOR user, that's ANOTHER thing to block off, only this time it is a critical IP protocol component: ping (aka ICMP Echo/Echo-Reply). Correct purpose of TOR end-user is not to have 'spurious emission' of javascript, UDP, ICMP and...AND Domain Name Service, DNS) during a typical TCP session (i.e., web browsing) which may reveal its own IP address.

    Wait until the next revision of this Firefox feature to embed HTTP cookies (or *shudder* user, account, password, hostname ) into the very LARGE CAPACITY of an ICMP Echo payload.

    Once this slippery slope of this feature's introduction occurs... Mozilla.Org and Firefox will stoop down to Microsoft's level... and it's game over (or should I say, end-of-life) for the dissidents of very hostile governments.

    My recommendation is to nip this at the bud, effectively and immediately before further lives are lost.

    --
    "Dammit, Scott McNealy, We definitely do have some modicum of privacy worth saving."

  135. Not to worry ... by coldPhage · · Score: 0

    All it means is that it's time to make a new Proxomitron (http://www.proxomitron.info/) filter.

    --
    DELETED!
  136. Turning off ping by BlackMagi · · Score: 1

    Could someone please tell me *how* to disable ping? Cheers, -BM

    --
    http://melbournephilosophy.com/
  137. Firefox jumps the shark by Voivod · · Score: 1

    The whole reason I started using Firefox, and pushed everyone I know to use it, was its unwavering focus on the user and their experience of the web. Enabling pop up blocking by default is a good example of this. It hurts advertisers, but too bad. Firefox doesn't exist to cater to advertisers. The Browser for the People, and all that.

    The ONLY purpose for this ping feature is to make it easier to spy on user behavior. There is no benefit to the user. In fact, this results in pushing the load (bandwidth costs) that used to be on the server to ping advertising partners off on the client. The main benefit is in simplifying the server side infrastructure required to spy on user movement through the web.

    We know from history that yet another way of redirecting the client to talk to 3rd parties unknown to them can only result in lower security.

    P.S. I've never seen a Slashdot discussion thread with so much active PR management in it. Any critical comment is met with tons of highly moderated rebuttals that are very misleading: "No privacy impact! Javascript already does it, so what can it hurt! There will be a mod that lets you turn it off!" I wish these people would identify their own interests in the outcome of the debate. Mine is: I'm a user who does not want to be spied on, or support software that actively helps others spy on me.

    1. Re:Firefox jumps the shark by Anonymous Coward · · Score: 0

      "The ONLY purpose for this ping feature is to make it easier to spy on user behavior. There is no benefit to the user."

      Nice of you to comment without actually reading anything about the feature.

      It's entire purpose is to:
      1. Inform the user about where they're going
      2. Speed up the retrieval of the true destination (instead of waiting for some redirect page to respond, if it responds at all)
      3. Put control in the user's hands as to whether they're tracked or not.

    2. Re:Firefox jumps the shark by Voivod · · Score: 1
      Replying to an anonymous coward.
      1. Inform the user about where they're going
      So you're saying when they mouse over the link a pop up with display all the cryptic servers that will be pinged when they click? Yeah right.
      2. Speed up the retrieval of the true destination (instead of waiting for some redirect page to respond, if it responds at all)
      This is complete nonsense. Translation of what you just said: "It takes a lot of infrastructure to spy on user behavior. By having the client assist with the spying, this work is completed faster. The sooner the spying is out of the way, the sooner the user is able to access the content they want." I reject the entire premise behind this, and want my client to do whatever it can to make spying not happen at all, much less go faster.
      3. Put control in the user's hands as to whether they're tracked or not.
      This is also nonsense. As I'm sure you've already said on another account in this thread, advertisers are already fully capable of spying on users without this. Turning this setting on or off will not improve that situation at all. You know this. The only result of turning it off is that the advertiser is forced to fall back to the more expensive process of notification by proxy and cookies.

      Anonymous Coward, why not identify yourself? State clearly why you as a web browser user would actually want your browser to do this. Is "it makes web browsing faster by accelerating spying" really the end user sales pitch?

  138. Ah, Slashdot! by Kelson · · Score: 1

    Where else are you going to see such things as "Submitter is a melodramatic idiot (Score:5, Informative)"?

  139. Already implementable in plain HTML by Anonymous Coward · · Score: 0

    So what's to stop sites sporting links with text saying "http://someothersite/page" with an actual link to "http://thissite/redirect/hexstring" which will pop you over to the othersite page anyway? If they can track the hit on their own URL, they can then notify every frickin' server on the internet that you clicked it. The only way around it is to cut-n-paste the text of the link - assuming it's a URL itself and not merely a descriptive string. Where's the difference between that and ping-enabled links?

  140. Good for users (easy to kill the trace) by saikou · · Score: 1

    Adding "standard" means of tracking clicks would be very good for users that love privacy. One -- they can disable it (settings/plug-in/etc). Two -- companies that make firewall/filter products will include neat little option "remove PING from links" and kill ping attribute from tags (and pieces of javascript that would try to set it).
    Of course, precisely because of all of the above it probably won't take off. And making ping support mandatory would result in even bigger collective gasp and "They're taking after Big Evil Corporations" accusations :)

  141. Re:This stinks by Anonymous Coward · · Score: 0

    Who the fuck asked for this "feature?" This is 1000 times worse than cookie tracking.
    What next? The firefox mouse tracker? Tracks all the mouse movements on the web page.

    I bet than NSA-owned company, Google, which hires many firefox developers is behind this stunt.

  142. Wrong by pimproot · · Score: 1

    It should be enabled by default, though indicated to those who want to know about it. Why? Because tracking click-throughs happens one way or the other and the current way is horrifically slow (but also maintains your privacy by only allowing webmasters to see where you're EXITing their site).

    The new way makes the process shitloads faster while preserving the existing and pretty reasonable bounds of privacy.

    Would you rather hit a redirect with every google link and wait for your browser to build up a second connection to the real site OR immediately connect to the real site from the very beginning, while the tracking shit completes in the background? I'd vote for backgrounding any day, but it's not going to happen with reactionary hoards of knee jerkers on slashdot getting it disabled by default.

    As to the silent operation of this feature: that's already being accomplished with javascript. Though I agree that in both cases the browser should make it easier to see what's going to happen when you click a link.

  143. Instead of adding features, fix the bugs! by fluffy99 · · Score: 1

    Firefox is trying too hard to add new features that most users don't want or need. The average user want webpages to look the same as they do under IE - not always true. They want all websites to work - IE specific ones, including lots of online banking and webmail still don't right (yeah I know about the activex issues). We don't need RSS feeds, non rfc compliant Ping features, etc. We want a secure, compatible and stable browser. In that order too I think.

    Firefox still has a crapload of annoying problems. Want an some examples? Under Windows, open multiple firefox windows or tabs and click on a download link. All the other windows and tabs are hung until the download starts. Can we say piss-poor threading? Firefox's attempt to cache everything into all available memory still makes it a fscking memory hog. My browser shouldn't be claiming 150-meg with one stinking window open. And don't tell me I need to go into the settings to fix this. That's no better than the MS Office bar preloading everything and sucking up too much memory. Some Flash content still causes Firefox to crash. Autoproxy config still doesn't work right and a corrupt proxy.pac file crashes Firefox. Patching is still a bit of a joke.

    Do I need to go on? If Internet Explorer wasn't such a nightmare from a security standpoint, Firefox would have zero appeal for the average Windows user. It's still an unstable Beta product as far as I'm concerned.

  144. This is the point! by Anonymous Coward · · Score: 0

    Morons! Are you all just missing the point here?

    Far from just providing things that are useful to users, Firefox/Mozilla developers are now providing things that are useful to website owners!

    This is an important development!

    First, it means that Firefox/Mozilla has graduated to a level that only IE has seen thus far.

    Secondly, it means that the Firefox/Mozilla team has sold out! They are now working for the creators of content, not the users of content!

    Fuck 'em! Fuck 'em all! I need them and their constant pursuit of filthy lire not at all! They are no better than Microsoft after all!

    I don't expect this to be read at all but by those who read at sub-notice levels. But those who read this, be afraid! Be very, very afraid!

  145. Re:Logical consequence: GOOG employs many Moz hack by Achromatic1978 · · Score: 1

    Hang on... Firefox 2 roadmap 'had' to be approved by Google? I think this is undermining by stealth. The project is not the property of those developers that are on Google's payroll... I can see this (legitimately) becoming another one of those "Google borrows freely from open source, pushes others to use it, and then keeps much of its work inhouse" things

  146. Benefit of Open Source by metalmaniac1759 · · Score: 1

    This is exactly why Open Source is better! How long would it have taken to uncover such a debatable feature in a closed source product?

  147. It's not unilateral by Chuck+Chunder · · Score: 1
    Why isn't there a hue-and-cry about Firefox "extending" things unilaterally?
    In part because it isn't something being done unilaterally. Mozilla, Opera and Apple seem to be involved in the WHAT-WG.
    --
    Boffoonery - downloadable Comedy Benefit for Bletchley Park
    1. Re:It's not unilateral by SilverspurG · · Score: 1

      If you read the bottom of that web page it seems that WHAT-WG is a consortium whose goal is to subverting the W3C and forcing them to accept junk like this PING (think embrace, extend, extinguish). Read between the lines of the following. The answer to the title question should be a "Yes. Period."

      Shouldn't this work be done at the W3C or IETF?

      Many of the members of this working group are active supporters and members of the W3C and other standardization bodies. Parts of the work have already been submitted to the W3C, and we intend to work more closely with the W3C in future. The technical work is currently focused on developing the specifications to levels appropriate for the W3C Last Call stage.

      --
      fast as fast can be. you'll never catch me.