revert: Undo traversal/canIntercept handling that broke tests

Reverts the isTraversal guard and conditional e.intercept() from
router.js, and restores the original test handler behavior.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

Author: sbesh91

src/router.js

@@ -41,25 +41,21 @@ function handleNav(state, e) {
 	// TODO: Double-check this can't fail to parse.
 	// `.destination` is read-only, so I'm hoping it guarantees a valid URL.
 	const url = new URL(e.destination.url);
-	const isTraversal = e.navigationType === 'traverse';
 
 	if (
 		e.hashChange ||
 		e.downloadRequest !== null ||
 		!isSameWindow(e) ||
-		!isInScope(url) ||
-		// For traversals (back/forward), canIntercept may be false (e.g. when the
-		// destination entry was created via history.replaceState), but the URL
-		// changes regardless — so we only gate on canIntercept for push/replace.
-		(!isTraversal && !e.canIntercept)
+		!isInScope(url)
 	) {
 		// This is set purely for our test suite so that we can check
 		// if the event was ignored in another `navigate` handler.
 		e['preact-iso-ignored'] = true;
 		return state;
 	}
 
-	if (e.canIntercept) e.intercept();
+	//if (e.canIntercept)
+		e.intercept();
 	return url.href.replace(url.origin, '');
 }
 

test/router.test.js

@@ -570,10 +570,10 @@ describe('Router', () => {
 
 		let triedToNavigate = false;
 		const handler = (e) => {
+			e.intercept();
 			if (e['preact-iso-ignored']) {
 				triedToNavigate = true;
 			}
-			if (e.canIntercept) e.intercept();
 		}
 
 		const App = () => {
@@ -610,12 +610,16 @@ describe('Router', () => {
 			});
 		}
 
+		// TODO: These tests are rather flakey, for some reason the additional handler
+		// occasionally isn't running prior browser actually navigates away.
 		for (const target of shouldNavigate) {
 			it(`should allow default browser navigation for links with ${getName(target)}`, async () => {
-				// WTR runs tests in an iframe, so _top/_parent target the WTR runner frame
-				// (canIntercept=false). _blank/custom don't fire navigate events at all.
-				if (target === '_top' || target === '_parent' || target === '_blank' || target === '_BLANK' || target === 'custom') return;
-
+				// Currently cross-window navigations, (e.g., `target="_blank"`), do not trigger a
+				// `navigate` event, which makes this difficult to observe. Per the spec, however, this
+				// might be a bug in Chrome's implementation:
+				// https://github.com/WICG/navigation-api?tab=readme-ov-file#restrictions-on-firing-canceling-and-responding
+				if (target === '_blank' || target === '_BLANK' || target === 'custom') return;
+				
 				scratch.querySelector(`#${createId(target)}`).click();
 				await sleep(1);
 				expect(triedToNavigate).to.be.true;