Post Reply 
Strange results from Exceptions-U changes
Dec. 19, 2011, 07:43 AM
Post: #1
Strange results from Exceptions-U changes
I redirect Google's main search page to their advanced search page by using $JUMP in Exceptions-U. It's always worked fine until tonight when I changed some redirects for Yahoo directly underneath them. The original sequence looked like this:

Code:
www.google.com/(^?)      $JUMP(http://www.google.com/advanced_search)
www.google.com/webhp?hl=en     $JUMP(http://www.google.com/advanced_search)
www.google.com/imghp       $JUMP(http://www.google.com/advanced_image_search?hl=en)
www.google.com/firefox   $JUMP(http://www.google.com/advanced_search)

www.yahoo.com/   $JUMP(https://login.yahoo.com/config/login?.src=ym&.intl=us&.help=1)
login.yahoo.com/   $JUMP(https://login.yahoo.com/config/login?.src=ym&.intl=us&.help=1)
##  mail.yahoo.com/   $JUMP(https://login.yahoo.com/config/login?.src=ym&.intl=us&.help=1)

##  my.yahoo.com/   $JUMP(http://mail.yahoo.com)

But after changing only the Yahoo redirects like below, the Google redirect (from google main to advanced) stops working.

Code:
www.google.com/(^?)      $JUMP(http://www.google.com/advanced_search)
www.google.com/webhp?hl=en     $JUMP(http://www.google.com/advanced_search)
www.google.com/imghp       $JUMP(http://www.google.com/advanced_image_search?hl=en)
www.google.com/firefox   $JUMP(http://www.google.com/advanced_search)

www.yahoo.com/   $JUMP(https://login.yahoo.com/config/login?.src=ym&.intl=us&.help=1)
my.yahoo.com/   $JUMP(https://login.yahoo.com/config/login?.src=ym&.intl=us&.help=1)
login.yahoo.com/config/login_verify2?&.src=ym     $JUMP(https://login.yahoo.com/config/login?.src=ym&.intl=us&.help=1)
mail.yahoo.com/   $JUMP(https://login.yahoo.com/config/login?.src=ym&.intl=us&.help=1)

I can't figure out why yahoo redirects would affect the google redirects above them. I've tested it several times because it seems crazy, but the behavior is consistent. I'd like to keep the new Yahoo redirects because they successfully eliminate dealing with the annoying login page that several here have complained about.
Add Thank You Quote this message in a reply
Dec. 19, 2011, 08:06 AM
Post: #2
RE: Strange results from Exceptions-U changes
I believe there is a typo here:

login.yahoo.com/config/login_verify2?&.src=ym

Try replacing it with:

Code:
login.yahoo.com/config/login_verify2\?.src=ym
Visit this user's website
Add Thank You Quote this message in a reply
Dec. 19, 2011, 03:35 PM
Post: #3
RE: Strange results from Exceptions-U changes
If not a typo, you need to escape the special matching character "&" in the matching expression like so "login.yahoo.com/config/login_verify2?\&.src=ym". Also wise to escape the "?" but the expression will match regardless.

I don't see anything. A mistake in a list might show in
http://local.ptron/.pinfo/lists/Exceptions-U .

Will test later.
Add Thank You Quote this message in a reply
Dec. 20, 2011, 02:17 AM
Post: #4
RE: Strange results from Exceptions-U changes
It's not a typo. When I enter "mail.yahoo.com" into the address box, Yahoo normally redirects it to
https://login.yahoo.com/config/login_verify2?&.src=ym

Using the escape character before the "&" and the "?" didn't change anything.

Just to make sure everything's clear... The Yahoo redirects are working fine. It's the Google redirect above them that ceases functioning because of the changes to the Yahoo redirects. It doesn't make sense to me how they could affect the Google redirects, but they do.

(Dec. 19, 2011 03:35 PM)JJoe Wrote:  A mistake in a list might show in
http://local.ptron/.pinfo/lists/Exceptions-U .

Not sure what I'm to look for there. It lists the following as non hashed items:
Code:
*espncdn.com $SET(0=a_ads.)
*join* $RDIR(http://local.ptron/goback.html)
[^/]++.scout.com/ $SET(0=f_ua_op.)
Add Thank You Quote this message in a reply
Dec. 20, 2011, 04:08 AM
Post: #5
RE: Strange results from Exceptions-U changes
what happens if you put the yahoo entries first and follow them with the google entries as opposed to google-first, yahoo-second?
Add Thank You Quote this message in a reply
Dec. 20, 2011, 04:19 AM
Post: #6
RE: Strange results from Exceptions-U changes
Attach a Exceptions-U that causes the behavior.

I can't create one from what has been posted.

BTW, have you added any google jump or rdir filters? I recently posted one.
Add Thank You Quote this message in a reply
Dec. 20, 2011, 06:30 AM
Post: #7
RE: Strange results from Exceptions-U changes
After reversing the order of the yahoo and google entries, it works. At least the google redirect does -- I haven't tested yahoo yet.
Also I experimented with deleting a few other entries (my Exceptions file has grown cluttered) while leaving the yahoo/google entries in their original state, and it works that way too! So something other than the order of the items in question also controls the behavior. I suppose I should just not worry about it since it's working now, but it's annoying that such a random disabling behavior could show up again at any time.

I've uploaded the version of Exceptions-U that does NOT redirect http://www.google.com to the advanced page.

I don't think I've added any redirects recently other than my own, though I did update most of the Google filters when they were posted.


Attached File(s)
.ptxt  Exceptions-U.ptxt (Size: 56.29 KB / Downloads: 254)
Add Thank You Quote this message in a reply
Dec. 20, 2011, 12:17 PM (This post was last modified: Dec. 20, 2011 12:27 PM by ProxRocks.)
Post: #8
RE: Strange results from Exceptions-U changes
even though they "should not" affect the google entries, what happens if you move these two all the way to the "Added by Proxo" section (just to place them "last")?

Code:
www.imdb.com/(*doubleclick$SET(1=adpath:0.)|$SET(0=a_jslink.))
ad.doubleclick.net/ $OHDR(referer:http://www.imdb.com/images/a/ifb/doubleclick/expand.html*) $SET(1=adurl_h:0.)


on a side note, i bumped into something really strange like this "years ago" and have unfortunately forgotten what 'exactly' was happening...
i do recall that i changed the "format" of my IncExc-U/Exc-U and doing that fixed the problem while keeping the same 'order'...

ie, my "old" format 'was' the same as yours:
Code:
# description
url-here <space-space-space...  or tab...  doesn't matter> $SET(no1=key1.key2.) <more spaces or tabs> $SET(no2=key3.key4.)

my "new" format:
Code:
# description
url-here
<NO space...  space-space-space...  or tab...  doesn't matter> $SET(no1=key1.key2.)
<NO space...  space-space-space...  or tab...  doesn't matter> $SET(no2=key3.key4.)

note that the URL and the $SET are NOT on the "same line"...
which does mean that "each line" needs to be 'commented out' in order to bypass instead of just 'commenting out' the 'start' of the "one line":
Code:
# description
# url-here
# <NO space...  space-space-space...  or tab...  doesn't matter> $SET(no1=key1.key2.)
# <NO space...  space-space-space...  or tab...  doesn't matter> $SET(no2=key3.key4.)

i don't remember "why" i needed to NOT make my entries as "one-liners", but that was my 'fix' "years ago"...

jump's, rdir's, sAdKey's, et cetera ALL get their OWN line (full carriage return, not sure what text editor you are using, i use NOTEPAD even though i have "better" text editors, NOTEPAD will notify you if you try to save the file with a "wrong character type", for example)...

that fixed things when i bumped into something similar, but i honestly can't remember "why"...
Add Thank You Quote this message in a reply
Dec. 20, 2011, 03:54 PM (This post was last modified: Dec. 20, 2011 03:56 PM by JJoe.)
Post: #9
RE: Strange results from Exceptions-U changes
The Proxomitron hashes the list.

Although
line 1035 is "www.google.com/(^?) $JUMP(http://www.google.com/advanced_search)"
line 1272 is "www.google.com/ $SET(0=f_ua_ie.)"
,
the Proxomitron finds "www.google.com/ $SET(0=f_ua_ie.)" and stops looking.

I'll guess that changing the list changed the hash and maybe fixed the problem but the list should be corrected.

HTH
Add Thank You Quote this message in a reply
Dec. 21, 2011, 07:44 AM
Post: #10
RE: Strange results from Exceptions-U changes
That's interesting. Thanks for the suggestions. Given the way Proxomitron is supposed to handle lists (and my understanding of that is still very limited), putting parts of the expression on separate lines shouldn't affect it, but I'll consider making the change, because something weird is certainly happening. How does Prox distinguish between lines that continue an expression and lines that begin a new one? I assumed the enter/return determined that, but apparently not.

I don't understand what happens when a list is hashed, other than the text is converted to numeric code or something like that. Does it change the order of things? Because I thought order of items was important, which would mean that line 1272 would be ignored, not line 1035. I see what you mean about the conflict between the two google entries though. But strangely, both expressions had been working. I set the browser to IE because google has (at times) started serving an unattractive redesigned advanced page to Firefox.

If the two were combined, would this format be correct? Seems OK so far.

Code:
www.google.com/(^?)
  $SET(0=f_ua_ie.)
  $JUMP(http://www.google.com/advanced_search)

(Dec. 20, 2011 12:17 PM)ProxRocks Wrote:  what happens if you move these two all the way to the "Added by Proxo" section (just to place them "last")?

It works after they've been moved. However, earlier tonight I added a background replace $JUMP to Exceptions-U that was totally unrelated to google or yahoo, and it worked after that too. So it seems that any random shifting of existing items, additions or deletions can enable/disable the google redirect.
Add Thank You Quote this message in a reply
Dec. 21, 2011, 08:22 AM
Post: #11
RE: Strange results from Exceptions-U changes
Update:
After combining the two google items, the redirects work, but a new issue has appeared. The Google search results suddenly have a different appearance. But when I go back to the old Exceptions-U, google results are back to normal.

This is the changed look:
http://i40.tinypic.com/2md3y3k.gif

This is the previous look (which I much prefer):
http://i41.tinypic.com/51kcj.gif

I'm not using the Alternate Display filters.
Add Thank You Quote this message in a reply
Dec. 21, 2011, 10:44 AM
Post: #12
RE: Strange results from Exceptions-U changes
(Dec. 21, 2011 07:44 AM)zoltan Wrote:  So it seems that any random shifting of existing items, additions or deletions can enable/disable the google redirect.

bingo! it has "something" to do with the 'hashing' (which i know nothing about either)...

i'd actually put 'fake money' on it (i'm not really a gambling man, lol) that if you convert your Exc-U to a MULTI-LINE format, that everything will 'miraculously heal'...

it seems that the way the lists are 'hashed' is not 100% identical from one 'hashing' to the next... and nor from one computer to the next... just an assumption on my part, don't know... but there has to be some reason why JJoe and I can't get the problem to repeat on our end...

are you POSITIVE that you don't have any odd character types in the list? (ie, does NOTEPAD flag a warning when you save it?)

Code:
# description
url.code.here
   $SET-something
   $SET-something-else
   $JUMP-thru-the-ring-of-fire
Add Thank You Quote this message in a reply
[-] The following 1 user says Thank You to ProxRocks for this post:
zoltan
Dec. 21, 2011, 07:10 PM
Post: #13
RE: Strange results from Exceptions-U changes
The Proxomitron may hash or index a list when it loads it. As hits and misses accumulate, the list may be further optimised. So the last entry in your list could be checked first. http://local.ptron/.pinfo/lists/ can help.


You want
www.google.com/(^?) $JUMP(http://www.google.com/advanced_search)
www.google.com/webhp?hl=en $JUMP(http://www.google.com/advanced_search)
www.google.com/imghp $JUMP(http://www.google.com/advanced_image_search?hl=en)
www.google.com/firefox $JUMP(http://www.google.com/advanced_search)
and
www.google.com/ $SET(0=f_ua_ie.)


For www.google.com/
if webhp?hl=en then $SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
if firefox then $SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
if imghp then $SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_image_search?hl=en)
if ? then $SET(0=f_ua_ie.)
else $SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)


Try

Code:
www.google.com/ (webhp\?hl=en$SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
                |firefox$SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
                |imghp$SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_image_search?hl=en)
                |?$SET(0=f_ua_ie.)
                |$SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search))

You can put it all on one line. Indentation allows the entry to continue on the next line.
To comment out an entry add a # to each line.

http://proxomitron.info/45/help/Contents.html
http://proxomitron.info/45/help/BlockLis...ation.html

HTH
Add Thank You Quote this message in a reply
Dec. 22, 2011, 11:42 PM (This post was last modified: Dec. 22, 2011 11:45 PM by zoltan.)
Post: #14
RE: Strange results from Exceptions-U changes
ProxRocks, I had been using Metapad in "DOS text" format for editing lists, but saving Exceptions-U with Notepad produced no errors.

After reading, but not fully understanding, the hashing section on the Blocklist Creation page, it seems that lines may be hashed/indexed differently depending on the characters encountered, so maybe that's why it helps to put things on separate lines.

JJoe, that suggestion works. Google redirects properly and the results page is back to normal (which is apparently the IE version).

I'm a little confused about the IF-THEN-ELSE explanation of the google entries though. Is the $SET necessary before each $JUMP because the $SET(0=f_ua_ie.) can't function independently of the others?

And I don't understand this part.

Code:
if ? then $SET(0=f_ua_ie.)
else $SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)

I had been using "www.google.com/(^?)" because I thought it limited the scope so that only "www.google.com" would match -- meaning "www.google.com/images/" would not. The "(^?)" was to prevent it from redirecting other google pages like image search, news, or maps.

I guess I'm wondering why this wouldn't work (assuming each individual $SET + $JUMP is necessary)

Code:
if (^?) then $SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
if webhp?hl=en then $SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
if firefox then $SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
if imghp then $SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_image_search?hl=en)

which, using your format, would lead to:

Code:
www.google.com/ ((^?)$SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
                |webhp\?hl=en$SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
                |firefox$SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
                |imghp$SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_image_search?hl=en))

It redirects google to advanced, but it shows the wrong results page.
Add Thank You Quote this message in a reply
Dec. 23, 2011, 02:39 AM (This post was last modified: Dec. 23, 2011 04:53 AM by JJoe.)
Post: #15
RE: Strange results from Exceptions-U changes
(Dec. 22, 2011 11:42 PM)zoltan Wrote:  Is the $SET necessary before each $JUMP because the $SET(0=f_ua_ie.) can't function independently of the others?

No. The Proxomitron executes the instruction when it sees it.
Actually, $SET() in front of a $JUMP() just slows things down.
$JUMP() makes the browser request a new page. All begins again.
$RDIR() hides the change. All continues on.
However, putting $JUMP() everywhere allows me to quickly switch to $RDIR(). It's probably a bad habit.

In this case, you could

Code:
www.google.com/ $SET(0=f_ua_ie.)(webhp\?hl=en$JUMP(http://www.google.com/advanced_search)
                |firefox$JUMP(http://www.google.com/advanced_search)
                |imghp$JUMP(http://www.google.com/advanced_image_search?hl=en)
                |?
                |$JUMP(http://www.google.com/advanced_search))

or even quicker since the false header is actually lost with $JUMP().

Code:
www.google.com/ (webhp\?hl=en$JUMP(http://www.google.com/advanced_search)
                |firefox$JUMP(http://www.google.com/advanced_search)
                |imghp$JUMP(http://www.google.com/advanced_image_search?hl=en)
                |?$SET(0=f_ua_ie.)
                |$JUMP(http://www.google.com/advanced_search))



(Dec. 22, 2011 11:42 PM)zoltan Wrote:  And I don't understand this part.

Code:
if ? then $SET(0=f_ua_ie.)
else $SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)

Having already matched the www.google.com/? pages to $JUMP away from,
if www.google.com/ is followed by anything $SET(0=f_ua_ie.)
else www.google.com is not followed by anything so $SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)

I could have put (^?) in the "else" but the rest of the expression makes it unnecessary.
I could have used (^?) in the implied "if" but most of the time the filter is matching www.google.com/somethinghere.

(Dec. 22, 2011 11:42 PM)zoltan Wrote:  I had been using "www.google.com/(^?)" because I thought it limited the scope so that only "www.google.com" would match -- meaning "www.google.com/images/" would not. The "(^?)" was to prevent it from redirecting other google pages like image search, news, or maps.

It does. You aren't wrong.

(Dec. 22, 2011 11:42 PM)zoltan Wrote:  Code:
http://www.google.com/ ((^?)$SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
|webhp\?hl=en$SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
|firefox$SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_search)
|imghp$SET(0=f_ua_ie.)$JUMP(http://www.google.com/advanced_image_search?hl=en))

It redirects google to advanced, but it shows the wrong results page.

You are setting the header for
www.google.com/(^?)
www.google.com/webhp\?hl=en*
www.google.com/firefox*
www.google.com/imghp*

You need to add a line that sets the header for the advanced search pages and associated www.google.com/* not covered by your expression.


Code:
www.google.com/ ((^?)$JUMP(http://www.google.com/advanced_search)
                |webhp\?hl=en$JUMP(http://www.google.com/advanced_search)
                |firefox$JUMP(http://www.google.com/advanced_search)
                |imghp$JUMP(http://www.google.com/advanced_image_search?hl=en)
                |$SET(0=f_ua_ie.))

BTW, you could also remove the space after www.google.com/

HTH

Edit: Grammer
Add Thank You Quote this message in a reply
[-] The following 1 user says Thank You to JJoe for this post:
zoltan
Post Reply 


Forum Jump: