This is not an issue, just a suggestion. If you use document.title to set page title your titles will not appear in history menu in Internet Explorer 7.

Repro steps:

1. Open BBQ demo in Internet Explorer 7
2. Click Next button few times
3. Open history menu

Observe: history menu contains full URLs
Expected: page titles (12, 13, 14 etc)

See http://chuchuva.com/pavel/2010/04/jquery-bbq-plugin-and-internet-explorer-7/

Hi,
I need to use javascript on the loaded page.
So I used $.getScript() to load my javascript file needed for the loaded page, but it doesn't work :

[code]
...
.appendTo( '#maincontent')

            .load( 'ajax/' + url + '.php', function() {
                $( '#theloader' ).fadeOut(300);
                $.getScript("js/main.js");
            });

...
[/code]

Do you have any idea ?

Thanks for your answer !

The $.browser method has been removed as of jQuery 1.9

http://stackoverflow.com/questions/14923301/uncaught-typeerror-cannot-read-property-msie-of-undefined-jquery-tools

Like 1.3.0 no v or no just two digits.

Incoming param data is present, but not passed to hashchange handler

Hey, maintainer(s) of cowboy/jquery-hashchange!

We at VersionEye are working hard to keep up the quality of the bower's registry.

We just finished our initial analysis of the quality of the Bower.io registry:

7530 - registered packages, 224 of them doesnt exists anymore;

We analysed 7306 existing packages and 1070 of them don't have bower.json on the master branch ( that's where a Bower client pulls a data ).

Sadly, your library cowboy/jquery-hashchange is one of them.

Can you spare 15 minutes to help us to make Bower better?

Just add a new file bower.json and change attributes.

{
  "name": "cowboy/jquery-hashchange",
  "version": "1.0.0",
  "main": "path/to/main.css",
  "description": "please add it",
  "license": "Eclipse",
  "ignore": [
    ".jshintrc",
    "**/*.txt"
  ],
  "dependencies": {
    "<dependency_name>": "<semantic_version>",
    "<dependency_name>": "<Local_folder>",
    "<dependency_name>": "<package>"
  },
  "devDependencies": {
    "<test-framework-name>": "<version>"
  }
}

Read more about bower.json on the official spefication and nodejs semver library has great examples of proper versioning.

NB! Please validate your bower.json with jsonlint before commiting your updates.

Thank you!

Timo,
twitter: @versioneye
email: [email protected]
VersionEye - no more legacy software!

Bit new to the game, is this plugin still working correctly? Or has it been superseded by some native functionality?

I'm getting this error:

TypeError: $.browser is undefined
Line 300

Hashchange 1.3
jQuery 2.1.0
Firefox 27 (this won't matter, but just for completeness)

I think the error speaks for itself.

In self.start there is a named function expression: loopy which will cause issues in IE browsers, but more specifically the blackberry browser. One possible solution is to remove the function name and use arguments.callee... although I'm not sure if this is kosher.

Hello, dunno if this is a jquery bug or jquery onhashchange bug, i'll explain :
when a user activates compatibility mode in IE8 (so manual modification), jQuery.browser.version do report "7.0".
but if the website force ie7 mode (with meta http-equiv="X-UA.. content="IE=EmulateIE7), jQuery will report "8.0"

As you can see, the code from jquery-hashchange will fail here if the website uses the meta way. Because it'll try to use native onhashchange event wich will not be available when emulating ie7.

I know jQuery doesn't want to make fancy things on jQuery.browser, that's why i'm adressing the bug to jquery-hashchange

There's an easy workaround, just test document.documentMode wich will report good versions in both cases : "7.0" when the browser is in compatibility mode (manual way) or forced by a meta. Also it will report 8.0 if in normal mode

What do you think ?

source : http://msdn.microsoft.com/en-us/library/cc288325%28VS.85%29.aspx

Hello,

jQuery.browser was removed from the last version of jQuery (v1.9.0) as it was already deprecated since jQuery v1.3.
More details here: http://jquery.com/upgrade-guide/1.9/#jquery-browser-removed

The hashchange plugin isn't working anymore as there is an error.
Any quick workaround please?

Thanks

I am using hashchange to handle some cases when the hash changes. But i want to change the hash without triggering the hashchange event in some cases ..Is it possible..If so explain me how can it be done.

Issue: setting document.domain when using $(window).bind( 'hashchange', fn ); explodes IE6/7 with an "Access denied" error.

See the original issue report for more info.

Could you please push the latest version up to bower? It's still stuck on 1.3

Thanks and all the best.

To reproduce (in Safari 4, OSX):

1. Visit http://benalman.com/code/projects/jquery-hashchange/examples/hashchange/
2. Click on the Test buttons to trigger hash change
3. Visit http://google.com (or another domain)
4. Click the back button several times. The first hash change will throw an error.

The error returned is:
TypeError: Result of expression 'url' [undefined] is not an object.
Line 91 on: jquery.ba-hashchange.js

Cheers & Thanks for the great plugin

Pushing the Back button on Android's WebKit browser after a page has been scrolled down causes the address to change to the previous one as expected, also scrolls the page to the top, but the hashchange event does not fire.

Plugin works fine without scrolling. Also hashchange event works fine without the plugin on this browser.

Observed on: Mozilla/5.0 (Linux; U; Android 2.1-update1; en-ro; Desire_A8181 Build/ERE27) AppleWebKit/530.17 (KHTML, like Gecko) Version/4.0 Mobile Safari/530.17

using the exact code (js not HTML) in your example (at http://benalman.com/code/projects/jquery-hashchange/examples/hashchange/) with jquery v1.4.4, in IE 8, the hash is only changing every third time. In firefox it's catching the hash change perfectly.

My thought is that I'd be able to change the hash 20 or 30 times and hit the backbutton and see those changes as I step back through the history in the title. Again that's happening in FF but only one in three times in IE 8.

Is it just me or does bbq hashchange not work in 1.4.3... i just updated to 1.4.3 only and now all my hyperlinks are just regular hyperlinks... hashchange event is not fired.

Chrome 4.0.249.43 with AdThwart 0.8.12, Windows XP
Repro:

• Open http://benalman.com/code/projects/jquery-hashchange/examples/hashchange/
• Click refresh button

Observe: links loose CSS styling
Expected: links remain the same

Has anyone used this with Requirejs?
I am struggling to get it to work.

This is what I have at the moment:

var require = {
    enforceDefine: true,
    paths: {
        'jquery': '/js/vendor/jquery.min',
        'hashchange': '/js/vendor/jquery.hashchange.plugin',
    },
    shim: {
        'jquery': {
            exports: '$'
        }
        'hashchange': {
            deps: ['jquery'],
            exports: 'Hashchange'
        }
    }
};

And this is how I define it later on:

define(['jquery', 'hashchange'], function ($, Hashchange) {
    // code
});

Any tips will be very appreciated,
Thanks!

See test at http://nathanbrauer.com
(Use Firebug to remove the comments allowing the js to be loaded. Currently, I'm using a simple workaround - so the page works as expected, but it's not using jquery-hashchange.)

Do this stuff: http://www.paciellogroup.com/blog/?p=604

Uncaught TypeError: Cannot read property 'msie' of undefined jquery.ba-hashchange.min.js?body=1:10

Uncaught TypeError: Cannot read property 'msie' of undefined jquery.ba-hashchange.js?body=1:300

$.browser.msie && !supports_onhashchange && (function(){

Seems like the msie is undefined. And I do need support for IE8.

In blackberry 4.6 window[ str_location ][ str_href ] will result in a TypeError exception being raised. Custom properties added to the window object can be access in the hash notation, but native properties cannot.

Example:

   $('.maximize').live('click', function() {
         var el = $(this).parent().parent();
         var categoryID = el.attr('id').split('_')[1];
         $.bbq.pushState({category_id: categoryID});
    });
   $(window).bind('hashchange', function () {
         var category_id = $.bbq.getState('category_id');
         if (typeof(category_id) != "undefined") {
             maximizeCategory(categoryID);
         }
    });

I've also tried setting
window.location.hash = '';
Does the title needs to be changed explicitly?
document.title = "My Title";

http://benalman.com/code/projects/jquery-hashchange/examples/bug-webkit-hash-iframe/

That example page documents a Safari/Chrome/Webkit issue with hashchange in an iframe (which has since been fixed by chrome).

However, it makes no mention that the same bug exists in IE8/9. Changing the hash inside an iframe in IE8/9 does not add to the browser history.

In this aspect, IE8/9 are actually worse handling hashchange than IE6/7. With IE 6/7, the special approach in the hashchange plugin that uses another hidden iframe works, even when the content being tracked is in an iframe. I tried changing the code to use that approach for IE8/9 as well, but it doesnt work because hitting the back button on a page with an iframe is not changing the iframe's hash value. Thus, polling doesn't overcome this issue either.

I'm at a complete loss for working though this issue for my site. Unfortunately I dont have the option of not running in an iframe - it is a facebook application, which runs on the FB site inside an iframe.

BTW, I did pick up this tidbit to confirm the functionality I am seeing: http://msdn.microsoft.com/en-us/library/cc288209%28v=vs.85%29.aspx
"Windows Internet Explorer 8. The browser's Back and Forward buttons do not generate onhashchange events for frames or iframes; instead, the frame is refreshed each time."

In Firefox 27.0, if open two or more hash link in new tab, some tab not triggered the hashchange event.

Overview

In Internet Explorer 6, hashchange forward navigation doesn’t work when using the JQuery JSONP plug-in, http://code.google.com/p/jquery-jsonp/ .

Reproduction steps

1. Navigate to http://webmeter.com.au/problem/
2. Ensure “Do AJAX” is checked
3. Click “1”.
   a. The browser will send an AJAX query. Once complete the status message should say “Success for #1”.
4. Click “2”.
   a. The browser will send an AJAX query. Once complete the status message should say “Success for #2”.
5. Click the browser BACK button
   a. The browser will send an AJAX query. Once complete the status message should say “Success for #1”.
   b. In IE6, the forward button will be disabled. This is wrong, it should be enabled and allow forward navigation to “2”.

Do the same test with FF 3.5+ or Safari. At step 5.b the forward button works correctly.

Do the same test again with IE6, but this time at step 2 ensure “Do AJAX” is not checked. At step 5.b the forward button works correctly.

Notes

I realize the reproduction steps are not using cross domain JSON and so don’t need the plug-in. However, I found this problem when actually needing cross domain JSON.

Hi,

I am using the chrome frame ie add on for the Internet Explorer web browser.

In one file I am using the window.hashchanged() function and this seems to run. It seems like chrome frame changes the hash of the page.

Further if I place the tag the page seems to freeze.

Taking out the hashchange function call seems to solve the problem

Has anyone encounterd this bug before?

thx

http://jquery.com/upgrade-guide/1.9/#jquery-browser-removed

hashchange depends on it.

They all dont exist anymore since i updated so i had to return back to the old bbq :/

This is something that could be added to make things more consistent across browsers.

While I do not expect the hashtag to be changed manually, it can happen. When it does, no history item is stored in IE 8. In firefox, the history item is stored and the back button works.

(1) Load a page in IE8.
(2) Manually change the hashtag (or append one).
(3) No item is added to the browser history.

I used the following code for testing.

$(window).hashchange(function(){
    alert(location.hash);
});
$(window).hashchange();