multi-page support

[chip!]

After the 10th @r, even though MorePages says:

Code: [Select]

MorePages:
Find: >Next →</a>
Result: Found
Current Counter: 0
Current Page: http://btdigg.org/search?info_hash=&order=0&q=test&p=0
Next Counter: 1
Next Page: http://btdigg.org/search?info_hash=&order=0&q=test&p=1All debugger buttons deactivate/turn grey.

Similarly, without the debugger only 10 results are found.

As far as the Magnet links, I understand about scraping them.  I was mostly checking to make sure setting the seeders/leechers to 1 was the preferred scripting for that.  I thought maybe BC recognized a link as Magnet and automatically did something with the seeds/leeches so put(1) isn't necessary.

Gotcha.. Ok, so sound like there is a bug.. But I'm not sure yet how to reproduce.
Can you check your settings..
What do you have set for max results per source?
and fetch results from multi pages is checked/enabled..
Oh, and the instance of bit che being used for testing is unlocked for Plus access?


And I see what you are saying for the magnets... I like your thought, possibly we force $seed/$leeches set to 1 if the script is silent on those values... That way, if scripting for a magnet only site, you could leave out those script lines to simplify slightly.. I'll look at it.  My concern for doing something automatically when it detects a magnet is, what if script expects magnet, ommits S/L, but a torrent is loaded.. Then S/L would be 0.. And the auto filter comes into factor. So, at least initially, I think we could improve by doing a solution based on the script purposefully omitting S/L, and always set to 1?

[CuF]

Max results are set to No Limit, Fetch results from additional pages is enabled, Bit Che is Plus edition, OS is Win7 x64.

As far as magnet links.  My only thought is if it detects a link as magnet after it has been extracted from the script, BC would then override any seeder/leecher numbers and adds a symbol(?) in its place.

Yeah, I know it's an integer so probably a symbol would be a pain, but it would be more informative.  Maybe -1 or something?  (Hmm, the filter probably checks for <1 seeders though).

I'm sure I'm thinking about this wrong right now though.

[chip!]

Max results are set to No Limit, Fetch results from additional pages is enabled, Bit Che is Plus edition, OS is Win7 x64.

As far as magnet links.  My only thought is if it detects a link as magnet after it has been extracted from the script, BC would then override any seeder/leecher numbers and adds a symbol(?) in its place.

Yeah, I know it's an integer so probably a symbol would be a pain, but it would be more informative.  Maybe -1 or something?  (Hmm, the filter probably checks for <1 seeders though).

I'm sure I'm thinking about this wrong right now though.

ahhh.. so the bug is with 'Max results set to No Limit'.. thanks, ill have that fixed in the next build. For now, try setting max results to one of the number choices.. and it should work as expected

and, actually great suggestion.. i have it now override "?" symbol to the results for S/L when it knows the result is a magnet... (ignoring whatever was set for S/L in the script). actually doesnt affect filtering or sorting..

[chip!]

and found a quick solution to the flicker bug. hopefully its fixed.

[CuF]

The No Limit being a problem was completely unexpected.
Looking forward to the next update.  Multipage is a great feature, I can't wait to use it more.