Need https login, also via proxy (05/04 GC site update causes geotoad to fail)

[GoogleCodeExporter]

New website look on gc.com causes latest geotoad to fail.

What steps will reproduce the problem?
[Please include the relevant parts of your command line, if applicable.
Don't send your password though!]
1. select any location
2. select any distance
3. start

( o ) Performing location search for san francisco (constraining to 20.0 miles)
( o ) Google Maps found "san francisco". Accuracy level: Town
( - ) 
http://www.geocaching.com/seek/nearest.aspx?lat=37.7749295&lng=-122.4194155&dist
=20.0
[   ] (1/160) Processing results for san francisco: from remote
( o ) No geocaches were found.
ERROR: No caches found in search, exiting early.

Preparing for a trip next week, any help appreciated!

Best
Kryzzle

Original issue reported on code.google.com by kryz...@gmx.de on 5 May 2011 at 5:18

[GoogleCodeExporter]

Started fixing regexp's in search.rb:

line 360: when /\/wpttypes\/sm\/\d+\.gif\".*?alt=\".*? \((.*?) item(\(s\))?\)\"/
line 518: when /^ +(GC.*?)$/

This will now take you to a failing login attempt.

Kryzzle

Original comment by kryz...@gmx.de on 5 May 2011 at 8:53

[GoogleCodeExporter]

We're aware of the issue and its cause, and will take necessary action  ASAP.
Please stay tuned.

Original comment by Steve8x8 on 5 May 2011 at 11:39

• Added labels: Priority-Medium
• Removed labels: Priority-Low

[GoogleCodeExporter]

I've come up with a quick-and-dirty patch to search.rb which makes searches 
work again.
Note that cache details pages have changed as well, but I hadn't enough time to 
look into them yet - I have tested search with cached pages only. 
More to come!

(If you want to test: please backup your .geotoad/cache first, then "touch 
cdpf*" in the seek/ subdirectory. This ensures that no already present cache 
descriptions are loaded from gc.com. If in the search results there are any new 
caches, expect terrible things to happen.)

Original comment by Steve8x8 on 5 May 2011 at 7:18

Attachments:

• search.diff

[GoogleCodeExporter]

Will do...
Please change the pattern for wid's to allow for two-digit wid's as well,
see http://www.geocaching.com/seek/cache_details.aspx?wp=gc77&Submit6=Go

Original comment by kryz...@gmx.de on 5 May 2011 at 7:34

[GoogleCodeExporter]

I confirm that scanning works, and that terrible things happen with new caches 
:)

Original comment by kryz...@gmx.de on 6 May 2011 at 8:04

[GoogleCodeExporter]

Thanks for spotting the glithc, and confirming that SVN 839 fixes it.

Meanwhile, I've been able to work on the login problem, and apparently found a 
fix that at least works for me (no $HTTP_PROXY involved).

Please checkout SVN revision 841 (files lib/auth.rb and lib/shadowget.rb), and 
test.

Original comment by Steve8x8 on 6 May 2011 at 9:59

• Changed state: Started

[GoogleCodeExporter]

Thx alot for all the fast fixing. Works like a charm for me (r845, Ruby 1.8.7, 
OpenSSL 0.9.8k, WinXP)
I'm using the resulting GPX on Cachebox, WinMo6.5

Original comment by wmd...@googlemail.com on 6 May 2011 at 12:13

[GoogleCodeExporter]

Thanks for your report.

Setting the status to FixAvail.
Hopefully, we can come up with a new release (3.14.4?) later today.

Original comment by Steve8x8 on 6 May 2011 at 1:54

• Changed state: FixAvail

[GoogleCodeExporter]

3.14.4 was released

Original comment by helixblue on 8 May 2011 at 3:55

• Changed state: Fixed

[GoogleCodeExporter]

Re-opening since there still seems to be an issue when using a proxy (reported 
to me by email). Adjusting subject

Original comment by Steve8x8 on 11 Jun 2011 at 8:00

• Changed title: Need https login, also via proxy (05/04 GC site update causes geotoad to fail)
• Changed state: Started

[GoogleCodeExporter]

SVN rev 871 provides a fix.
Sorry for the oversight.

Original comment by Steve8x8 on 15 Jun 2011 at 11:27

• Changed state: FixAvail

[GoogleCodeExporter]

Issue 217 has been merged into this issue.

Original comment by Steve8x8 on 2 Sep 2011 at 10:24

[GoogleCodeExporter]

Fixed in release 3.14.5

Original comment by Steve8x8 on 16 Sep 2011 at 9:08

• Changed state: Fixed