Newsbin 6.91 RC3 - Build 5855

[Vimes]

Mine was a full reinstall from removing everything from the previous build.

I do still get the random...

Faulting application name: newsbinpro64.exe, version: 6.9.1.9, time stamp: 0x66e47509
Faulting module name: explorerframe.dll, version: 10.0.26100.2894, time stamp: 0x7d07b96a
Exception code: 0xc0000005
Fault offset: 0x000000000007ac3b
Faulting process id: 0x3E58
Faulting application start time: 0x1DB6F714387DBB7
Faulting application path: H:\Newsbin\newsbinpro64.exe
Faulting module path: C:\WINDOWS\system32\explorerframe.dll
Report Id: 376abf70-0756-43ee-9621-e5bf6ba2b7df
Faulting package full name:
Faulting package-relative application ID:

It will always occur at the time of completing an extraction. The extraction is done successfully.
Starting NB back up and the file(s) restart to download as though they haven't done previously.

Nothing has changed really.
StartAllBack is being used.

as well as the failed file list building up, for no apparent reason. I had sent you a mail showing that.

[JayPea]

Mine was a fresh install/second instance to another SSD. Still the same

It's identical to how I initially descibed it to you via PM last year - I'm a StartAllBack user. Pretty much as above from @Vimes

I've just discovered another weird issue: some .epub files won't download. No errors. Nothing. They just dump to Failed Files and that's it. Nothing in logs. I'll poke around later to see if I can raise the level of logging. This is from a group of groups and it's not from a NZB. It's content that I'm finding after refreshing a GoG, actual group being a.b.epub.

[Quade]

I'm giving it another once over. I want you to try a pre-release version so see if the changes fixed it before I try to release it.

I'm not sure why the faulting DLL is even being pulled in. It's not something I'm using. There must be come other windows feature that's pulling it in.

[JayPea]

Happy to test whatever you'd like. Can drop to IRC if easier. However/whenever etc. I would imagine @Vimes would also be interested seeing as he's suffering a similar CTD? More feedback, the better.

I've changed my logging to Verbose to see if I can give you more information about the .epub files attempting to download & immediately failing but there's still nothing being wrriten to the Logging tab. I noticed there was another level lower (Debug) so I'll give it another go with that and let you know.

Cheers.

Update: can see errors like this for each of the failed *.epub files. New encoding or something? :

"[02/13 16:56:32] DEBUG Chunk #1 Filename not found: Re: REQ: pls: [ xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ] TIA - xxxxxx, xxxx - xxxxxxx xxxxx 00 - x xxxx xxxxxxxxxxx - xxx xxxxxxx of xxxxxxx xxxxx (Retail).epub"
&
"[02/13 16:56:32] DEBUG HFC: No Filename in first chunk error: Re: REQ: pls: [ xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ] TIA - xxxxxx, xxxx - xxxxxxx xxxxx 00 - x xxxx xxxxxxxxxxx - xxx xxxxxxx of xxxxxxx xxxxx (Retail).epub"

[Quade]

Here's one to try

https://s3.dualstack.us-east-1.amazonaw ... T-5935.exe

If you still get crashing. Exit Newsbin. Then add this to the NBI file. It will disable taskbar integration.

Code: Select all

[SETTINGS]
EnableTaskbar= 0


Like the pause icon and the progress bar in the taskbar. I suspect the crashing it's taskbar related but I'm not sure. The odd dll's it's crashing in suggests it's something outside of Newsbin.

This one isn't totally untested, I use it every day but I haven't confirmed everything, like Sonarr integration. It should work but, I don't trust anything I haven't tested immediately.

PM me a specific example again of the epub thing. I believe the last time I looked at this, the files were simply posted wrong.

Edit. I remember they're posted wrong. I saw some just now. They put the file counter on the end and not before the filename. I think i remember suggesting you contact the poster and ask them to move the file counter to before the filename,

[JayPea]

Many thanks indeed. Will give it a whirl + noted for both potential .nbi addition and the failing files.

Feedback to follow...

[Vimes]

Thanks. I am testing. Any issues might take a little while due to the inconsistent nature of the issue(s).

[Vimes]

This is with a few nzb's lined up to download and then returning to find....

Faulting application name: NewsbinPro64.exe, version: 6.9.1.9, time stamp: 0x67af9d91
Faulting module name: explorerframe.dll, version: 10.0.26100.3037, time stamp: 0xa068ed4a
Exception code: 0xc0000005
Fault offset: 0x000000000007f0eb
Faulting process id: 0x3350
Faulting application start time: 0x1DB7FA9915B5292
Faulting application path: H:\Newsbin\NewsbinPro64.exe
Faulting module path: C:\WINDOWS\system32\explorerframe.dll
Report Id: 4ff60fa1-fc1c-4874-b2fb-3b1bc4426525
Faulting package full name:
Faulting package-relative application ID:

I will try and add that line now, to the Newsbin.nbi file.

The above is with the test build you posted.

oh, the failed file list continues to build up, as mentioned a number of times. Not related to the files failing.

[Quade]

If Newsbin can't confirm the download with PAR files, they'll get listed as failed. I suspect that's what you're seeing.

[Vimes]

If Newsbin can't confirm the download with PAR files, they'll get listed as failed. I suspect that's what you're seeing.

Point taken. However, with the way certain files are these days, needing these builds of NB, that will mean a large number of them are now shown as being failed files. In fact, for me, each time I download, and they are extracted, it is now a fail. I used to rely on the failed section to be informative and as a warning of something gone wrong. Not it is somewhat pointless due to what is occurring.

Thanks.

[Vimes]

Even with the line added.......

Faulting application name: newsbinpro64.exe, version: 6.9.1.9, time stamp: 0x67af9d91
Faulting module name: explorerframe.dll, version: 10.0.26100.3037, time stamp: 0xa068ed4a
Exception code: 0xc0000005
Fault offset: 0x000000000007f0eb
Faulting process id: 0x5630
Faulting application start time: 0x1DB817903BDE742
Faulting application path: H:\Newsbin\newsbinpro64.exe
Faulting module path: C:\WINDOWS\system32\explorerframe.dll
Report Id: 2f83fd96-dbff-4b0c-9ee6-ab1fef89d362
Faulting package full name:
Faulting package-relative application ID:

that was after having 11 NZB's lined up, it seemed to fail after the 8th was extracted and ctd.

[_DonB_]

One minor modification. The link from Help / "Discussion/Help Forum" is linking to "http://forums.newsbin.com/". The address should be changed to "https://forums.newsbin.com/"

[Quade]

The crashing is happening outside of Newsbin proper. It's not really something I can trouble shoot because it's not happening in any code I control. I'm going to try to see what loads up that DLL into Newsbin. It's not something I manually load or link to. Some other component is pulling it in.

Edit: Maybe recheck that the disable stuff is still in the NBI. I notice when I disable taskbar integration, that DLL is no longer loaded into Newsbin.

[Vimes]

The crashing is happening outside of Newsbin proper. It's not really something I can trouble shoot because it's not happening in any code I control. I'm going to try to see what loads up that DLL into Newsbin. It's not something I manually load or link to. Some other component is pulling it in.

Edit: Maybe recheck that the disable stuff is still in the NBI. I notice when I disable taskbar integration, that DLL is no longer loaded into Newsbin.

Thanks, very much appreciate your help.

For some reason the settings options had not persisted within the nbi file, not sure why that should happen..?

Ok, I think that the setting line to that file might be sticking, it seemed to be getting rewritten each time and that particular line deleted. It seems to be keeping it here now, so I'll continue to monitor and check that line is still there if the fault occurs again.

[JayPea]

For some reason the settings options had not persisted within the nbi file, not sure why that should happen..?

My only suggestion to the 'why' is that perhaps you had NBP open whilst editing or the process was otherwise still locked when editing? That's the only reason I can think of. I upgraded and added my entry without issue. The app has been stable ever since.

[Vimes]

For some reason the settings options had not persisted within the nbi file, not sure why that should happen..?

My only suggestion to the 'why' is that perhaps you had NBP open whilst editing or the process was otherwise still locked when editing? That's the only reason I can think of. I upgraded and added my entry without issue. The app has been stable ever since.

Yes, I did have NB open as I used it to open my data folder whilst making those changes. I was not aware at the time that by doing so it would then revert those changes when closed.

It was only later when testing out what could have happened that I noted the above pattern.

Thanks.

[Quade]

I looked at my post and I didn't mention Newsbin has to be exited to edit the NBI by hand but that is the case. Any manual changes to the NBI while it's open get overwritten on exit.

[Vimes]

Yes, I was not aware of that. It just seemed useful at the time when NB was open to make that open the data folder and edit from there.

Ok, very early days as yet. Lined up a number of nzb files and it seemed to work fine, that is with adding that line to the file, as noted.
Still needs to be tested due to the inconsistent nature, at times, of the issue reported.

[Saskija]

I installed that beta version 5 days ago, haven't had any crashes since.

[Quade]

Thanks. That's good to hear. I'm going to post it here officially soon.

[Vimes]

Thanks. That's good to hear. I'm going to post it here officially soon.

No issues at all and I have queued up a number of NZB's to test. That is adding the line noted to the nbi file. Without that line it would still crash.

[ccarlin]

Quade,
I'm periodically having what appears to be the same problem with Newsbin not downloading some files. This is unique to 6.91, though I don't know the test version where it started to happen. The RCs have had the problem for sure. Here's the situation:
1. It never happens with "recent" .nzbs, only ones that are "old" - usually 2-3 years or more.
2. I'll have 8-12 (or more) .nzb's queued up in the Downloading Files" queue.
3. The .nzbs will appear to completely or almost completely successfully download. And, downloading will be happening at the same time some files are being assembled/created. But, once all the contents have been downloaded many of the remained .nzbs just sit in the Download Files list, with nothing happening.
4. Using Retry, Resuming and Bypass filters to continue the downloading/processing of the items still in the list doesn't do anything. Maybe some new contents are downloaded, but the .nzbs remain in the queue and files are never created.
5. Exiting and restarting Newsbin almost always successfully restarts/completes the file download/creation process.
6. I've waited on #3 for more than 15 minutes to see if something internally is going on within Newsbin, but still no success
- If I don't queue up too many files/nzb's (maybe 1-4) I never see the problem.
- I use NewHosting, NewsDemon and BlockNews servers in various combinations with the same results, though I' always have 2 server sites with a Priority 1 setting (too maximize overall download speeds), and I've done this successfully with many prior versions of Newsbin).
- I have a collection of 13 .nzb's that showed this problem if you're interested.

Is there some trick I can use to "force" the downloads w/o restarting Newsbin?
As always, thanks much. /chris.

[Moondawgie]

With my installation of Newsbin Pro 6.91 RC3 - Build 5855, files containing "accented" characters cause Newsbin to stop downloading all remaining files in the Downloading Files queue. The easiest work around is to save all remaining files in the queue to an NZB file, then use SABnzbd to download the files in the NZB file I created. Alternatively, I can search through the queue looking for filenames that contain accented characters, highlight them, save the highlighted files to an NZB file for use with SABnzbd, delete the highlighted files, highlight the remaining files, save those highlighted files to a different NZB file, restart Newsbin, load that last NZB file into Newsbin, and then initiate a download of those files.

I recently started keeping a list of the characters that cause the problem which, so far, are the following:

è
é

Ú
ó

SABnzbd downloads them all without any apparent problem.

I'm certain that there is a better way to describe the problem, but I'm not a coder who knows the appropriate lingo, and hope that what I've provided above might lead to a better solution that that which I presently employ.

[Quade]

https://s3.dualstack.us-east-1.amazonaw ... T-5935.exe

See if this one still does it.

[ccarlin]

Quade,
I'm not sure if RC4_Test was for me to test, but I did. I used the same 10 .nzbs I reported the problem with earlier today and the first 9 downloaded fine, but the 10th initially downloaded about half the file, paused for 3-4 minutes, then downloaded a bit more, but didn't complete (resume and retry didn't help). After maybe 10 minutes I exited and restarted Newsbin. This time less than 1% of that 10th file initially downloaded, and no errors were reported in the log file. After 5+'ish minutes I tried both retry and resume (I don't know which of the 2 worked) and the download restarted and completed successfully.

I tried a 2nd test, loading the same 10 .nzb's in a different order, along with 3 large (+/- 4 GB) files/.nzbs that were created recently, and everything worked correctly. However, this time I received 25'ish "430 no such article" messages.

I tried a 3rd time, changing the order of the .nzb's, such that the large ones downloaded (and decoded) first, and again everything worked correctly. In this case I got about 15 "no such article" messages. But, what was odd was this time is I also got 8 "ALWAYS DecodeFiles: Password Found: ...." messages - something I've never seen in the log file [Correction!: not the log file, but the Logging Window/tab in Newsbin] before with these .nzbs.

So, I'm not sure what to make of this all.
/chris.

[Moondawgie]

https://s3.dualstack.us-east-1.amazonaws.com/downloads.newsbin.com/downloads/beta/nb691RC4_TEST-5935.exe

See if this one still does it.

I regret to report that this version of NewsBin Pro won't run for me.

I performed the following steps:

My installation of Newsbin Pro is to my Windows 10 Pro desktop's system partition (c:\) with the Newsbin data files folder located on a separate drive (d:\Newsbin Data), and with files being downloaded to yet another drive (e:\Downloads).

1. Downloaded the file nb691RC4_TEST-5935.exe.
2. Used that file to update my existing installation of NewsbinPro 6.91RC3 - Build: 5855
3. Launched Newsbin Pro.
4. At the top of the Newbin Pro GUI are the words "Newsbin.nbi - Newsbin Pro 6.91RC4_Test-Build: 5935 (Not Responding)"
5. Waited five minutes to see if the issue would resolve unattended. It did not.
6. My attempt to close Newsbin Pro resulted in the display of "NewsbinPro Newsgroup Reader is not Responding", and the need to force it closed by selecting the offered choice of "Close the Program".
7. Tried again with the same results.
8. Performed uninstallation of Newsbin Pro, deleting everything except the Newsbin Data Files from "D:\Newsbin Data\"
9. Performed clean installation of Newsbin Pro 6.91RC3 - Build: 5855 and things are now as they were before.

My system's Administrative Events log displayed only the following entry:

Code: Select all

Error   3/30/2025 3:21:36 PM   Application Hang   1002   (101)

Log Name:      Application
Source:        Application Hang
Date:          3/30/2025 3:21:36 PM
Event ID:      1002
Task Category: (101)
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      WIN10-PC1
Description:
The program NewsbinPro64.exe version 6.9.1.9 stopped interacting with Windows and was closed. To see if more information about the problem is available, check the problem history in the Security and Maintenance control panel.
 Process ID: 285c
 Start Time: 01dba1c1d89402a2
 Termination Time: 25
 Application Path: C:\Program Files\Newsbin\NewsbinPro64.exe
 Report Id: 79dbfde1-cd12-447c-8f88-571bb330c702
 Faulting package full name:
 Faulting package-relative application ID:
 Hang type: Unknown

Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Application Hang" />
    <EventID Qualifiers="0">1002</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>101</Task>
    <Opcode>0</Opcode>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2025-03-30T22:21:36.1628680Z" />
    <EventRecordID>1999</EventRecordID>
    <Correlation />
    <Execution ProcessID="0" ThreadID="0" />
    <Channel>Application</Channel>
    <Computer>WIN10-PC1</Computer>
    <Security />
  </System>
  <EventData>
    <Data>NewsbinPro64.exe</Data>
    <Data>6.9.1.9</Data>
    <Data>285c</Data>
    <Data>01dba1c1d89402a2</Data>
    <Data>25</Data>
    <Data>C:\Program Files\Newsbin\NewsbinPro64.exe</Data>
    <Data>79dbfde1-cd12-447c-8f88-571bb330c702</Data>
    <Data>
    </Data>
    <Data>
    </Data>
    <Data>Unknown</Data>
    <Binary>55006E006B006E006F0077006E0000000000</Binary>
  </EventData>
</Event>

Have you a suggestion for a remedy, or is it back to the drawing board?

[Quade]

I regret to report that this version of NewsBin Pro won't run for me.

Other people are using it without issue so I know it can work,

How much do you have in the download, wish and failed lists?

To stall on startup suggests it's doing some process that's stalling the UI. Some people have massive download or wish lists. I don't test with 1000's of files in the download list. That's why I always ask how much is in the download list.

You could try from the options:
1 - In settings select "Open Data Folder"
2 - Exit Newsbin
3 - From the newly opened window move "downloadsv2.*" files out of the data folder to a some other folder, it might be multiple files with that name, then try starting Newsbin again.
4 - You can always move it back after you exit Newsbin again over-writing the newly created "DownloadsV2" files.

Then see if it still stalls. Loading the download list is about the first thing it does. It also probes the download drive to see if the files in the files list still exist on disk, If the disk is slow or spun down, they might take awhile.

I'm not sure if RC4_Test was for me to test,

It's for anyone that wants to try it but specifically it's for the Windows 11 people who run a "start menu" modifier. This modifier was crashing Newsbin. This version lets you disable task bar integration which is what the start bar modifier was crashing.

1 - Unless you paused the download, the only time it will pause is if you have Newsbin set to disable download during repair.
2 - Retry doesn't really do anything anymore. Download is now "one and done". If the servers won't deliver the post, Newsbin move on and works with what it has.
3 - "ALWAYS DecodeFiles: Password Found: ...." messages - something I've never seen in the log file before with these .nzbs.

This is a good clue. Ideally passwords are assigned to the download before download starts from the NZB. If the post is encrypted and there's no assigned password. Newsbin will revert to the old method of probing the download with the password list trying to find the password from the ones in the password list.

The issue is this probing is REALLY slow. The more passwords in the password list, the slower it is. So, a download stalling while Newsbin is trying to find the password isn't unusual. Ideally you keep the password list trimmed down to the minimum number of passwords you need while purging out old passwords which no longer apply.

Newsbin won't add found passwords to the password list like it once did because now passwords found in the NZB filename or the NZB Contents get assigned to the download directly.

I suspect the stalling you're seeing is Newsbin probing the download looking for the password.

[ccarlin]

Quade,

OK. Thanks. I guess I'm confused by your response and don't know what to do. I'm using win10. I reported download problems and stated I've only seen these particular problems with 6.91 (not just RC3). I've use the same .nzbs and get different problems/errors sometimes when I download those exact same files. Sometimes those downloads work, other times they don't. I sent those .nzbs to ts@ ... for duplicating. While Newsbin is smart and knows how to deal with passwords, I'm not so smart and never manually add any (I don't have a password(s) file in the data folder). So, I don't understand why Newsbin reports passwords in 1 case in the Logging window/tab and not in all the other test occasions for the same .nzbs. Also, retry/resume appeared to do something in 1 test case (the file continued downloading *immediately*, though I guess it could be a coincidence that I clicked at the exact right moment), but normally I find they don't do anything as you indicated in your response. And, to be clear, I'm not reporting a password related problem (at least I didn't think so initially), I'm reporting download in-completion problems. Re: pausing, if I understand correctly what you're saying, I have not disabled download during repair (in the performance options screen) and the example problem .nzbs on some occasions DO definitely pause partway through the download and never restart/continue when this happens. The only way I can complete (restart) those downloads is exiting and restarting Newsbin (with the partially downloaded files still in the "Downloading Files" window/queue/tab.

Now, with all the above said, I started Newsbin and downloaded just 1 of the "problem" .nzbs (successfully in this case). And, the external .log file did show a password was present (ALWAYS DecodeFiles: Password Found: 8WgtAZkUpxsOFQx), though the Logging window/tab didn't (but in 1 previous test run it did). So, if I was going to speculate on the problem I'm seeing, Newsbin maybe is pausing the downloads/decoding, "processing" a password (it's in the 43K .nzb?), and in some odd cases either stops or gets lost in password processing the download, or alternatively completes the password processing but doesn't restart the remaining/paused downloads. Just guessing.

Also, a suggestion, if you're not already doing this, you might want to notify the user (in the Logging window) that you've started a password probe and it might take a while. This way the user has a reason for the pause, if that's the reason.

[4/2/25 Update: In testing I've run into another group of (10 year) old .nzbs that have stalled / stopped downloading in multiple cases, and none of them have passwords. Exiting and restarting newsbin resumes the repairs and downloads. I have targeted log files showing the stoppages and will be sending them.]

Thanks again, Chris.

[FrizzleFry]

The 5935 test version does not work for me either. Shortly after I start Newsbin it goes non-responsive with (not responding) on the title bar, the whole windows except the title bar gets grayed/whited out and the mouse cursor is an hour glass when hovering over Newsbin. I have let it go for a while and it doesn't respond again.

I'm on Windows 11 with no start menu modifier. Also I have nothing in downloading files, files list or failed files because I usually clear these out before I exit Newsbin.

nb691RC3-5855 works fine for me.

[Vimes]

Kinda confirming what Quade has noted, so far this test build continues to be great with Windows 11.

[Moondawgie]

I regret to report that this version of NewsBin Pro won't run for me.

Other people are using it without issue so I know it can work,

How much do you have in the download, wish and failed lists?

To stall on startup suggests it's doing some process that's stalling the UI. Some people have massive download or wish lists. I don't test with 1000's of files in the download list. That's why I always ask how much is in the download list.

You could try from the options:
1 - In settings select "Open Data Folder"
2 - Exit Newsbin
3 - From the newly opened window move "downloadsv2.*" files out of the data folder to a some other folder, it might be multiple files with that name, then try starting Newsbin again.
4 - You can always move it back after you exit Newsbin again over-writing the newly created "DownloadsV2" files.

Then see if it still stalls. Loading the download list is about the first thing it does. It also probes the download drive to see if the files in the files list still exist on disk, If the disk is slow or spun down, they might take awhile.

There is nothing in the download, wish and failed lists.

The problem continues with a clean installation of windows 10, followed by the installation of Newsbin using the nb691RC4_TEST-5935.exe file. The problem continued.

Since it seems that no one else is experiencing issues with version nb691RC4_TEST-5935, I have reverted to using Newsbin version nb691RC3-5855. I'll manage the problem with 'special' characters in filenames for now, as I reluctantly begin exploring options for a new computer system that supports Windows 11.

I'll check back later for future developments.

Thanks.