Version 6.50 Beta 14 Available...

[dexter]

Primary changes are to Watch List support. It also has a few bug fixes, details are in the release notes which are delivered upon installation.

• Watch lists are now stored in the .nbi file instead of a .db3 database.
• Now stores previous watch list searches to disk. When you check a Watch list, it now loads stored searches then adds new search results to existing stored searches when you do another search.
• Fixed issue where bogus entries could get into a watch list configuration.
• Fixed an issue int he Scheduler for when you have the pause timeouts set and the scheduler set forpause during the same time. The timeouts were kicking in and unpausing periodically.
• Fixed the "Last Updated" timestamps so they are updated every time there is a new entry

More details and the download link for Beta 14 is on the Newsbin Beta Page.

Reply to this thread or contact us through the Newsbin Support Form for bug reports or issues with this release.

[Innuendo]

More details and the download link for Beta 13 is on the Newsbin Beta Page.

I'm sure you meant the download link for Beta 14.

[dexter]

Doh, yeah. Copy and Paste mishap. Thanks for pointing it out.

[Alamei]

I was just playing with the Watch feature and noticed that the "Use Profile" section appears to be permanently disabled/greyed out. Is that feature just yet to be implemented, or do I need a particular combination of other settings in place to enable it? (I apologize if this question was addressed in a previous beta thread; I couldn't find any explanation via a couple quick forum searching.)

[dexter]

Hasn't been hooked up yet.

[mimauk]

6.50 B14.

I've been using B14 for over a day and am still having a problem with Hide Old in some groups but not all. My Display Age is set to one day and although I can highlight posts and hit delete or even shift+delete the posts will still reappear when I next start NB and open the group again, until they are 24 hours old. It's weird in that it is not every group or GOGs.

Another thing I've noticed with the last few Betas is that I open a group, for example boneless, and right click on a poster and click on delete all posts from poster - all the posts disappear. Then if I put something in the Search box eg.zip(spam posts) and all the zip files are segregated and I highlight them and hit shift+delete to get rid of them, when I clear the Search box all the files I first got rid of from the specific poster reappear and I have to right click and hit delete all files from poster again.

[jackholexxxx]

6.50 B14.

I've been using B14 for over a day and am still having a problem with Hide Old in some groups but not all. My Display Age is set to one day and although I can highlight posts and hit delete or even shift+delete the posts will still reappear when I next start NB and open the group again, until they are 24 hours old. It's weird in that it is not every group or GOGs.

I see similar behavior on one of my low volume GoGs.

[SylvainPro]

Bug report
The counter "Data Downloaded this session" in the "Status bar" doesn't work. Its value is all data downloaded since the installation of Newsbin Pro.

[dexter]

So it is. Thanks for pointing it out.

[Quade]

I see similar behavior on one of my low volume GoGs

In the server "really advanced" options, set the overlap to 1. This will reduce the amount of header re-downloading you get in lower traffic groups. If you find you're getting incomplete files between runs, that means your server really needs overlap and you'll need to set it back to 20 or something to overlap the header downloads.

The whole point of overlap is to overlap the headers from one header download with the headers of the next header download to catch cases where the servers aren't 100% synchronized. Some servers need it, some servers don't. The default is something like 100 I believe. That's why you notice this mostly with low traffic groups.

You know there's a mode called "Auto Old" which will set the headers all to "old" after you look at the group.

[jackholexxxx]

I am downloading headers from only one server (Giganews). I have tried setting the overlap. If it is set to 0, I get 7 posts that reappear. If I set it to 1, I get 4 posts that reappear. If I set it higher I see even more reappearing.

If I understand how Auto-Old works, I do not think it will work for me as I never exit Newsbin and never close and reopen the GoGs. I just leave it running 24/7 and delete the headers as I look at them.

Any chance you can run a quick test on your end if I PM you the list of groups in my GoG?

Thanks

[Quade]

1's as low as you can go, zero makes it use the default. With 1, I wouldn't expect you to get more than a single file set to new.

Giganews doesn't seem to need an overlap.

[jackholexxxx]

Were there changes made in 6.50 that could explain this? I do not have this issue with 6.4x.

[Quade]

Might be a change in how and when posts get promoted to new.

[mimauk]

I see similar behavior on one of my low volume GoGs

In the server "really advanced" options, set the overlap to 1. This will reduce the amount of header re-downloading you get in lower traffic groups. If you find you're getting incomplete files between runs, that means your server really needs overlap and you'll need to set it back to 20 or something to overlap the header downloads.

.

That seems to work for me.

Ta!

[br0adband]

Not sure if this is happening to anyone else (most likely not) but for some reason - and I installed the beta 14 build yesterday and used it for hours without issues - I'm getting paused downloads and that "Your trial has Expired." popup as of about 20 minutes ago. Not sure why it's happening and obviously I have a legit key (since 2005) but I do tend to reinstall pretty frequently (I test a lot of software and sometimes things just go awry and I have to start fresh whether I like it or not).

Could just be my particular install so I'll shut it down and restart it (done that twice now) but it keeps coming back for some reason and yes it does get irritating after a while.

Might just roll back to b13 as that never had a single issue for me even worth mentioning.

Edit:
I am currently running my Windows install from an eSATA drive, actually, I did a clone operation last night from my laptop's internal drive to the eSATA so, I'm guessing that could be the reason: Newsbin's activation is probably tied to the actual hard drive it was originally installed on and even though I'm using a bit-for-bit perfect copy of the original system partition, it's probably detecting the fact that the actual hard drive isn't the same anymore... maybe? Hrmmm... I just re-input the registration key twice and it's not making any difference, the popups are still occurring, suppose I'll have to do a clean install of Newsbin all over again, hopefully not. I'll leave this info here hoping Quade or dex see it and have a suggestion.

[dexter]

Go under Help/Register/Update key, resubmit the key info, then restart Newsbin. That should clear it up.

[br0adband]

Yah, that seems to have done it. When I clicked the button on the "Expired" dialogue to re-enter the key, it wouldn't take, so I shut it down, fired it back up, redid the key properly and then restarted it a third time and it's all good so far, no more issues.

Thanks, dexter.

[barkbarkwoof]

Apart from the known issue of grabbing the CPU resource there may be an issue with memory as well. While unparing my memory usage has been jumping to 98%. It really hasn't been beyond 33%. I have 12 gigs of DDR3 RAM.

Two definite issues are the connections tab is now blank and when I open a list of groups after downloading headers all the groups jump to the list as usual but they all say 0/0 in the count and just stay there. I think they are also tying up a connection as well.

[Obecalp]

This version keeps crashing and crashing, never had problems with any of 6 before so no idea how I'm supposed to troubleshoot it to help with the beta process!

[Quade]

Two definite issues are the connections tab is now blank

1 - Close it. It's been replaced with a combo servers/connections tab.

2 - Apparently the CPU issue is the result of a corrupt configuration file. Bogus entries in the [SERVERS] section will cause it. If you clean out the bad entries, the cpu load returns to normal.

3 - Loading up a group doesn't use a connection to the server at all. I suspect #2 might be related to that. So much CPU being used, none is left for loading. Either that or a corrupt group that needs purging and re-downloading.

This version keeps crashing and crashing, never had problems with any of 6 before so no idea how I'm supposed to troubleshoot it to help with the beta process!

Does it crash while it's just sitting there or are you doing something?

[Obecalp]

Doing something, for example I have a Canadian group open which I haven't been to in a while so I'm doing download all headers and in the meantime downloading 7 seasons of a TV series, let's say it's about "Leonardo" Da Vinci...and then boom "newsbin pro has closed" or something like that, Windows 8 64bit

Eventually I got everything I wanted so no real harm done, just a surprise as it's normally so stable, but of course if I keep using beta versions unexpected things will happen

[itimpi]

As far as I know you are the only one seeing this sort of instability issues with this beta. I know this does not help but it does suggest it might be something specific to your system.

[Quade]

so I'm doing download all headers

I'd suspect its related to this but, it's just a guess at this point.

[Obecalp]

As in it's putting too much demand on Newsbin? Maybe

[DThor]

I've done headers while downloading and extracting files, all running from an SSD, and I haven't experienced that. I'll definitely go out of my way to push it, though, to see if I can reproduce. I don't want to come off like the fanboy who refuses to blame his favourite app, but newsbin pushes your network and internal disk bandwidth just about as hard as is possible, with even the cpu getting a solid workout when doing par repairs, this can sometimes reveal weak spots in your system. Still, it's always possible there's a stability issue there.

DT

[MVer]

Hi Peeps,

This isn't a 6.50b14 issue as I was on 6.50b13 when it started.

Been away for three weeks, shut down, came back started up, dropped some stuff in the queue, dloads started as normal (6MBits as always), minimised and on checking later (some mins), the downloads have stopped.

No high cpu loads, no logging, no nothing. Installed b14, same issue. Tried all configs, nothing seems to have an impact, simply after a few mins, it just winds down and stops.

Nothing wrong with the network, other downloads on the same machine maintain 6mbits without trouble. The Syno NAS can do the same.

Been running most of the betas for years without major trouble and I never saw anything like this before

Can anyone tell me where I might start to look for this, logging etc etc.

Many thanks...

[chimmyjim]

Looks like the chunks files are not getting deleted when you manually 'assemble incompletes' and then complete a repair. Suddenly found 75k files and 20gig in my chunks folder

I can give you some example posts that it happens with if you want.

Jim

[Quade]

I'll check it out thanks. The chunks folder is also periodically cleaned by Newsbin. Anything over a day old is purged automatically in the current beta.

[chimmyjim]

Anything over a day old is purged automatically in the current beta.

b14? Hmm I still have things a few days old with that version.

[magician1962]

OK, just looked at "Watch Topics" for the first time.
I can Create, rename, enable, disable

But how do you delete one?

[Quade]

Should be able to select it and hit the Delete key.

[magician1962]

That worked I am so used to right click..

[JanJonkman]

Hi there,

I was experimenting with the nzb auto-load option and found the following:

I would like to use the following settings:
WatchPath=F:\2\
DownloadPath=E:\ziggo\$(GROUP)\
F:\My Intranet\1\$(GROUP)\

But what happens the DownloadPath changes to DownloadPath=f:\2\

It looks like a bug when I change it in the ini file to DownloadPath=E:\ziggo\$(GROUP)\ it accepts the entry

Regards Jan

[Quade]

Thanks I'll check it out.

Working on the next beta for the past couple days.

[bertm]

None of my Auto Downloads from my Watch Topics work w/B14. When I try going back to B13 or B12 I get "Can't load empty Document."

I am late in posting because I was away and when I did return I thought it was inactivity due to the summer and/or Labor day holiday.

[Quade]

My autodownload is working in B15. If you load up the watch list, do you see new records?

[bertm]

When I Double-click my the Watch Topic folder for all my watch topics the newest is three days old. But I been adjusting the days age sometimes to 5 sometimes to 15 and clicking search.

[Quade]

I don't think automatic download mode works with internet search yet. The periodic automatic searching still isn't there. My automode is from headers. I do a header download and matching items download.

Basically you have to "re-search" when you load up a search based watch list. I think the answer is, you expect double-click to hit the search server and it doesn't. Not yet anyway. That might be a good idea.

[bertm]

I was doing a local search. Why can't I go back to previous Betas? Attempts to reload B13 or B12 result in a crash - "can't load empty document"

[Quade]

Automode is designed for automatic download. Not for you to local search and have them download. I'm really not sure what you're trying to do.

You can't go backwards because those beta's have died.

I don't think you're quite getting what watch lists are for. Watch list don't download headers. They don't do local searches as in loading up headers and parsing through the data. Watch tabs are passive things. They just passively watch for results in the header downloads that you do. Manually loading up a watch list isn't going to make it download headers are anything like that. Nor does it do any searching. All that happens in the header download.


It's a little different if you use watch lists with internet search. In that case, every search you make, the results get added to the watch list data.

I'm wondering if you weren't using multiple search tabs before and not multiple watch lists. You can still open multiple search windows. Just click the search button again.


Watch list set for local:

1 - Header download happens.

2 - During the header import, the data is offered to the watch lists.

3 - If the data matches the watch item, it's added to the watch item's data.

4 - If you then load the watch tab, you'll see the new data.

So, in this case only header downloads will add new data to the watch item.

Watch list set for internet:

1 - Load the watch item and hit the search icon

2 - New data is fed into the watch list and saved to disk.

3 - If you change the search string and search some more. All the results are added to a file on disk.

4 - Next time you load the watch item, all the data from all the searches you did in step 3 will show back up. Like a group.

[bertm]

First, I just use local download posts.

What happened to "download matching files automatically?" My download queue used to be loaded if I checked this option off. That is why I have been searching within watch topics.

It worked in the previous betas - now it does not seem to work for me.

[Quade]

When I Double-click my the Watch Topic folder for all my watch topics the newest is three days old.

I have no idea what you're doing then. You've said at least 3 different things in my mind. You seem to be using watch lists but, now you don't seem to be using them. You say you're using local download posts but, I'm not sure how you're using them. I don't know what you think double-clicking the watch topic folder will do.

The biggest problem here is that you're not clear about what you're doing.

There are 2 ways to make autodownload work.

1 - Assign a filter profile to a group and put that group into autodownload mode. This is the old way.

2 - Create a watch item which pulls files out of the header downloads and lets you auto-download them.

It might be broken, it might not be, until I can get a clear picture of what you're doing, I have no way to even check. My watch list items, the ones in the groups list under "Watch Topic" are autodownloading. As I download headers, items that match my watch items get sent to the download list.

[bertm]

I was doing option 2 just fine until automatic downloads stopped - then I started searching, etc. I can't pinpoint to B14 but I did try to go back to B13 and B12.

Could my NBI be corrupted with both old and new Watch topic formats (Spool now NBI)?

Is there a limit to the number of watch topics? I have quite a few.

[Quade]

There are practical limits. In that if you have too many Newsbin will be slow to import headers. There are no hard coded limits.

Makes me wonder if your header imports are even working. Do you see a number in parens next to the "Cache" line "(XXX)" with a number for X? If yes does the number go down?

[bertm]

Yes, the cache is working normal but new files in Watch Topics is zero with the most recent "Last Update" five days ago.

[Quade]

So, this isn't an autodownload problem at all. The problem is headers download and aren't making it into your watch topics.

I might right click a watch topic and select "Rescan Topic" then start a scan and see if new records show up in the watch list for that item. If you load a group do you see records that should be in the watch list but, aren't? Watch topics are set to Local aren't they?

[bertm]

When I double-clicked a watch topics they were all empty. When you say "Local" I am using "headers" not "search engine".

Once entering an empty watch topics I had been using the "magnifying glass" to replenish search. Now I will use the "Rescan Topic" (which I have now tried and it works).

I will rescan all topics to update them and watch for items, that I have designated as automatic d/ls, to automatically fill my download queue.

I'll keep you posted and I will check back periodically to see if this post has yielded additional thoughts on your part.

[Quade]

None of that should be necessary. Watch lists should be filling in automatically as headers are downloaded. Do you actually have search terms in each of the watch items?

Suggests to me that the watch lists aren't configured to actually fill in from header downloads.

[bertm]

I do have search terms. The Watch Topics only fill with a rescan.

I wonder if my going back and forth between B14 and B13/B12 may have corrupted the NBI?