Please start bug squashing. 55506u
s: Alex 1a6c65
Re: Please start bug squashing. 1x3o5w
Bug squashing ? For who ? For what ?
Re: Please start bug squashing. 1x3o5w
+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.
Re: Please start bug squashing. 1x3o5w
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?
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?
Re: Please start bug squashing. 1x3o5w
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.
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.
Re: Please start bug squashing. 1x3o5w
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?
-
- Posts: 2
- ed: Sat May 01, 2010 4:10 pm
Re: Please start bug squashing. 1x3o5w
@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
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...
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

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
Albert Einstein
Re: Please start bug squashing. 1x3o5w
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...
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...
Re: Please start bug squashing. 1x3o5w
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 !
Re: Please start bug squashing. 1x3o5w
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
Read FDM FAQ and the reporting rules
"How to report a bug or a problem with FDM" before posting
Re: Please start bug squashing. 1x3o5w
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.
Re: Please start bug squashing. 1x3o5w
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.
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.
Re: Please start bug squashing. 1x3o5w
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
Read FDM FAQ and the reporting rules
"How to report a bug or a problem with FDM" before posting
Re: Please start bug squashing. 1x3o5w
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.
Re: Please start bug squashing. 1x3o5w
I Have a problem while using FDM, its not connecting more than 4 sections at a time for any from any website
Re: Please start bug squashing. 1x3o5w
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
Who is online 3p6y2t
s browsing this forum: No ed s and 37 guests