Dear s! Please post bug reports about FDM here!

Please start bug squashing. 55506u

s: Alex 1a6c65

Guest

Re: Please start bug squashing. 1x3o5w

Postby Guest » Thu Dec 10, 2009 3:41 am

Bug squashing ? For who ? For what ?
Top
Guest

Re: Please start bug squashing. 1x3o5w

Postby Guest » Sun Jan 17, 2010 9:50 pm

+1 to "End of thether", even if I've been an adamant FDM for years. I've encountered a bug that simply resets the groups to the defaults. Happens sometimes on normal shutdown or a BSoD. Quite frustrating.
Top
Guest

Re: Please start bug squashing. 1x3o5w

Postby Guest » Wed Jan 20, 2010 11:15 pm

Hi,
i tried out the FDM several times and the features are cool. Only that the program surface (or the list) seems to be updated permanently always annoy me. Is there a way to lower this updating frequency at least?
Top
Guest

Re: Please start bug squashing. 1x3o5w

Postby Guest » Thu May 06, 2010 8:22 pm

I've recently noticed that my FDM will often just close. No application errors or anything, no warning. Just spontaneously closes. Normally when I've left it going for some time.

I've yet to catch it happen while I'm there but it isn't because it's finishing the s, or because I have 'exit when finished' or 'shutdown when finished' options selected.

Nothing get shown up in Event Viewer either (no crashes or exceptions).

When I open it again the s start right back up. Curiously, the history does not list the files that were ed in the session before it closed itself.

Version 3.0 Build 848 on Windows XP SP2 with IE7 as the browser.
Top
Guest

Re: Please start bug squashing. 1x3o5w

Postby Guest » Fri May 07, 2010 7:28 am

Sometimes, the speed gradually decreases as the finishes and becomes 0 kb/s when it's at 100% but it is still ing. I have to wait for a minute before it is "completed." Is this a bug?
Top
_stefanos_
Posts: 2
ed: Sat May 01, 2010 4:10 pm

Re: Please start bug squashing. 1x3o5w

_stefanos_ » Sun May 09, 2010 5:56 pm

@Guest: I have the same issue currently using the 3.4 ALPHA build 902.

My system is Windows XP Professional SP3, 2GB RAM, and I do a silly tip to make it finish right away. Since I feel comfortable using hot-keys, I select my 100% non-finished file, press shift-O to stop it, and immediately shift-S to start it, and like this it finishes right away.

Yeah, I would say is a bug...an annoying one!

@Alex: Can you please do something with grid columns? Whenever I click on ed to sort them by percentage, it does not obey my request and on top of that, it does not even sorting them properly. It mixes up finished files with unfinished ones, without making any sense.

The same goes for Size and File name. By clicking on Size, and then click File name to sort them out, I have to press it one time to "restore" Size's default positions, and one time again to "restore" File name's default positions.

Also, occasionally, from time to time, every single data grid on FDM needs double-click on column separator to enable resizing for some reason. Now it works fine, but it had happened a lot lately. Don't know how to reproduce it though :lol:

P.S.: Is there a bug tracker somewhere for FDM and I haven't seen it? It would made our lives a lot easier like that you know...
"Make everything as simple as possible, but not simpler."
Albert Einstein
Top
Guest

Re: Please start bug squashing. 1x3o5w

Postby Guest » Mon May 10, 2010 12:33 am

Two annoying (and related) bugs:

when you a large list of files, FDM takes a lot of U when a file is ed.
Also, when you quit and restart FDM with a large list of links, it takes around one minute to display its window (one minute is the amount of U to load the list !!!).

Worst, when FDM has ed around 1000 files, I have to close it, because it's unable to anything. It cannot open connections anymore.
I guess there is a leak somewhere, and probably in the connections...
Top
Guest

Re: Please start bug squashing. 1x3o5w

Postby Guest » Mon May 10, 2010 12:35 am

Guest wrote:when you a large list of files, FDM takes a lot of U when a file is ed.


I forgot to mention: it takes a lot of U just to remove the file from the list !
Top
 avatar
Usher
Posts: 2576
ed: Sat Mar 20, 2010 2:37 pm
Location: Poland

Re: Please start bug squashing. 1x3o5w

Usher » Mon May 10, 2010 9:08 am

Guest wrote:Two annoying (and related) bugs:
when you a large list of files, FDM takes a lot of U when a file is ed.
Also, when you quit and restart FDM with a large list of links, it takes around one minute to display its window (one minute is the amount of U to load the list !!!).Worst, when FDM has ed around 1000 files, I have to close it, because it's unable to anything. It cannot open connections anymore.
I guess there is a leak somewhere, and probably in the connections...

I guess you are abusing your computer and internet connections...
The problems you have reported are not bugs, I think.
1. 1000 files is a big load even for copying or deleting small local files, if you have single-core U. To prevent big U load you should change traffic usage mode in FDM to medium or light mode before starting such a huge . If you use antivirus software, you should change its settings - AV is probably too agressive.
2. To have FDM more responsive you should limit history and log files in FDM. For the start just clear all the history files, switch off all logging and see what will happen.
Andrzej P. Wozniak, FDM and forum
Read FDM FAQ and the reporting rules
"How to report a bug or a problem with FDM" before posting
Top
Guest

Re: Please start bug squashing. 1x3o5w

Postby Guest » Mon May 10, 2010 6:17 pm

Usher wrote:I guess you are abusing your computer and internet connections...
The problems you have reported are not bugs, I think.
1. 1000 files is a big load even for copying or deleting small local files, if you have single-core U. To prevent big U load you should change traffic usage mode in FDM to medium or light mode before starting such a huge . If you use antivirus software, you should change its settings - AV is probably too agressive.
2. To have FDM more responsive you should limit history and log files in FDM. For the start just clear all the history files, switch off all logging and see what will happen.


No, I have a dual processor (2x2Ghz) with 2 Gb of Ram.
I ed very small files from here (with 2 max connections):
http://cap.connx.com/a-openings/
(along with the b-, c-, d- and e- folders)
Also, I have a pretty slow connection (2 Megabits).
I don't use an antivirus.

I unchecked the "Remove ed files from list" option, and let the program run during the night.
This morning, I checked how much total U time it took: 2 hours, and it ed 5 hours.

I tried saving the history, and it took 10 minute to save a 3 MB file.
Top
Anonymous9581

Re: Please start bug squashing. 1x3o5w

Postby Anonymous9581 » Tue May 24, 2011 6:31 pm

Specs
OS Win XP Pro SP3
U Intel Core2 Duo E4500 2.2ghz
RAM 2gb

FDM v3.0 Build 852

Bug(s)
-When using HTML Spider to a webpage that has serveral sub-folders, if experienced a crash in the process of "adding", will not "recheck" if it missed any files, example:

+Root
-aaa
-+bbb
--+ccc
---ddd

While "in-process of adding new s for HTML Spider" a crash can prevent addtional adding of links/files in bbb/ccc/ddd, usually the addings of aaa is retrived properly(all is added ok), once ing of aaa reports complete, it moves on to 2nd link(if any located in aaa thus bbb is next) and it'll add bbb link to the completed aaa s, Case1: Assuming using the model above, there is more than one section of bbb connected to a single section of aaa (use a book for example, one "book /w frontcover"(2 aaa) has a "content page"(21 bbb) listing serveral pages(20 pages), and said "pages"(1 ccc) has "pictures"(1 ddd)

In a browser view would be,
Root->Book-->index(listing of all pages /w thumbnails)--->page01.html---->page01.jpg
If a crash happens at index while in the "process of adding", "20 html links + 20 thumbnails.jpg" FDM might not add some of the html links thus breaking the chain to reach page01.html(Previous Index Next at the top and below is the page01.jpg) which contains page01.jpg, if the crash happens at page01.html while it is adding page01.jpg to HTML Spider than it might not add page01.jpg at all.

It would be good if theres a button to "Manual re-check links" for HTML Spider to check its current completed ed pages if it missed any connection to the next file/picture.
Top
 avatar
Usher
Posts: 2576
ed: Sat Mar 20, 2010 2:37 pm
Location: Poland

Re: Please start bug squashing. 1x3o5w

Usher » Tue May 24, 2011 11:18 pm

Anonymous9581 wrote:FDM v3.0 Build 852

Install the latest version of FDM (3.5 RC build 954) before reporting bugs, please.
Andrzej P. Wozniak, FDM and forum
Read FDM FAQ and the reporting rules
"How to report a bug or a problem with FDM" before posting
Top
Anonymous9581

Re: Please start bug squashing. 1x3o5w

Postby Anonymous9581 » Wed May 25, 2011 1:10 pm

Usher wrote:
Anonymous9581 wrote:FDM v3.0 Build 852

Install the latest version of FDM (3.5 RC build 954) before reporting bugs, please.


I apologize, I assumed the link located here http://www.freemanager.telechargerjeux.org/.htm was the latest stable version, and that of 3.5 RC Build 954 was of beta hence I did not dare give it a try.

I will try out this 3.5 RC Build 954 viewtopic.php?f=1&t=15061 and will post if I find any bugs, thanks.
Top
suryac2007

Re: Please start bug squashing. 1x3o5w

Postby suryac2007 » Fri Jul 01, 2011 10:24 am

I Have a problem while using FDM, its not connecting more than 4 sections at a time for any from any website
Top
Guest

Re: Please start bug squashing. 1x3o5w

Postby Guest » Fri Jul 01, 2011 10:26 am

suryac2007 wrote:I Have a problem while using FDM, its not connecting more than 4 sections at a time for any from any website

and also i tried in 3.5 RC
Top

Return to “General forum”

Who is online 3p6y2t

s browsing this forum: No ed s and 37 guests

 

  4avx