[GetRight-Michael]

Somebody emailed about that Classic one. It used to draw just the icon, but not the text. (Using the same "DrawText" function that's used other places, and has worked for YEARS!) Aero and Basic in Vista work right--it's just the "classic Windows95 look" one that doesn't.

As a quick fix, I just changed so the buttons in Vista classic mode just do text without the icon.

[Ricardo]

This is Win Vista Business - 'Windows Standard' Theme

'Owner-Draw Menus' [for Vista]: http://msdn2.microso...y/bb756947.aspx
'DrawText': http://msdn2.microso...y/ms533909.aspx
'DrawTextEx': http://msdn2.microso...y/ms534007.aspx
'Windows Vista for Developers': http://weblogs.asp.n...New-Series.aspx
Are these links useful for something?

[GetRight-Michael]

That's it with the text missing. It's very weird...the DrawText isn't drawing those but is in other places, the menus and other things use it too!

[BrainDedd]

As a bright spark of inspiration I'm thinking that combining standard downloads with torrent checksums or similar would be very nice to prevent or repair corrupted downloads.

[GetRight-Michael]

I've actually had an idea on those lines for quite awhile...converting downloads on the fly to be P2P sorts. The problem with my idea is that the original HTTP/FTP server would need to provide a MD5 checksum so things could be verified independantly...and while many FTP servers do, most HTTP ones do not

But yes, your thought actually should work now in GetRight if you start both a torrent and http/ftp mirror for the same file!

[XAVIER]

GetRight-Michael, on Nov 5 2007, 03:28 PM, said:

I've actually had an idea on those lines for quite awhile...converting downloads on the fly to be P2P sorts. The problem with my idea is that the original HTTP/FTP server would need to provide a MD5 checksum so things could be verified independantly...and while many FTP servers do, most HTTP ones do not

But yes, your thought actually should work now in GetRight if you start both a torrent and http/ftp mirror for the same file!

Could you write a small noobie blurb about verification of files on the different mediums (including just regular ol downloads) ?
Not everyone out there knows what this is all about and so on and so forth.. (Don't read to much into this as im not to keen on this myself) .







It would also help if GR had a statistics meter in the future.
For starters file verification as well as clean file virus verification in the far off future. This could be just some little on the fly window that pops up on top of the file window , blah blah your file is 98% 100% or whatever % verified and not corupt in anyway.

[GetRight-Michael]

For any checksums to validate...

BitTorrent, always has checksums--but they're done as parts are done, so you'd never see anything.

HTTP--very rarely has them. I've seen the checksums sent by a HTTP server only once. Usually GetRight has them because the website published on a page and you put it in yourself. It does happen at the end of the download, and a message will show for a few seconds while it validates.

FTP--some sites have files GetRight could read; and a few can do a custom MD5 command. GetRight could do better here, getting them if the FTP site has them. It does happen at the end of the download, and a message will show for a few seconds while it validates.

[Ricardo]

After invoking GR with the new parameter (/newuser) it will 'check for a new version' and, after closing that dialog, it will just crash without showing the new wizard...
[Tested on XP+SP2 and Vista]

[GetRight-Michael]

Fixed the command line item and re-uploaded...it worked right if you were a new user

[XAVIER]

GetRight-Michael, on Jul 25 2007, 07:57 PM, said:

• Added a registry setting so you can change the place temp files are saved.
  HKEY_CURRENT_USER\Software\Headlight\GetRight\Config
  TempFolder={FOLDER}
  
  

[Ricardo]

Quote

Changed so "Open" on the Save/Open uses the default folder for the files rather than the Windows Temp folder.

Bad, very bad.

Why?

Because I don't want to keep files that I just choose to Open; they should be removed after opened/closed.

Temp folder is the ideal place for them.

Please, revert it! Or give us an option to change it.

I don't want to check the last used folder (for saved files), searching for files I don't want on my disk.

That is why ALL browsers use the Windows temp folder for files we just "Open".


P.S.: Why do you make such changes in final versions, instead of test versions (+0X)?

[Ricardo]

What is the "BitFlurry" thing you just "started working on"?

[GetRight-Michael]

Just did a post about BitFlurry...
http://getright.invi...?showtopic=1580


There's things either way for where it saves the "Open" files. With the Temp folders, I've gotten emails about where to find them. A disk cleanup will delete a partially finished file if it's in the temp folder; which may be some of the people's "I was almost done and it went back to 0%" things too.

I'll see how the opinions go

[Ricardo]

(Just to clarify)

I don't intend files for which I choose the "Open" option to be saved on the disk; instead, they are just temporary files that will be opened a single time -- just to see their contents -- and then they should be deleted (or left in some temporary folder -- this is what happens).

Edit: more here.

[Ricardo]

• I'd like to suggest the speed meter of the download windows to be synchronized with the one from the Download Status -- actually, they are updated at different times.
  
  
  
• Tip Window (aka. 'balloon') position is not being memorized.
  
  
  
• Comments are not being saved. Read more here. [Solved for next version]
  
  
  
• GR 6.3c is freezing (not crashing -- the process doesn't close, but stay frozen) in different/unknown situations (I couldn't think of a cause). [XP-SP2]
  
  
  
• New suggestion: add some command line option to specify the uninstallation method ('Upgrade' or 'Remotion')... I thought in something like /uninstall -r (or /uninstall -remove) and /uninstall -u (or /uninstall -upgrade). I guess it can be useful for the (un)installer program.

[Ashira]

Bugs that are very noticeable to me:

GetRight does not like when servers spew out errors like HTTP/1.1 503 Service Temporarily Unavailable. Instead of listing the mirror as busy, it deletes the mirror.
Sometimes I've found the server also spits out a forbidden error at times, which which times GetRight also removes the mirror. Unfortunately, this means that I have to re-add the mirror each time GetRight deletes it!
What server does this? http://dl.speeddemos...C_SS_447_HQ.mp4 does!

Another frustrating thing: sometimes servers stop sending data through the connecting. But GetRight must wait an entire minute to pause and resume (if the server supports it). Is it not possible to do it in less time? Generally, if no data is receive in 10 seconds or so, it's not going to receive data for the rest of the minute!
Happens very frequently with ftp://ia360613.us.ar...C_SS_447_HQ.mp4.

GetRight typically freezes on many occasions. Including when setting the number of segments to download. Even if you've done it once before and do it again, there's a change GetRight may freeze for a certain period. It's annoying at best. You don't think that GetRight can be made more multi-threaded to avoid such issues? Low priority, of course.

Sometimes GetRight also hogs lots of resources (50% CPU!) and typically freezes - I don't know WHY or WHEN, but it does happen sometimes.

GetRight seems to have problems downloading from RapidShare Free. It has happened everytime I've tried using GetRight. It always gets 404 Not Found from the server. It's using a single segment too, not multiple which can't be done for free RapidShare. Any ideas?

Automatic Mode is a fine thing, but unfortunately, it doesn't behave like it should. Every time the server is busy due to various reasons, it simply pauses the download and moves on! That means it will only revisit it once it done a loop through the list. Even clicking Pause will make Automatic Mode to move on. That means there's no way to change settings on the download without aborting it, many times. Maybe it's time to rethink Automatic Mode?

Windows XP Professional SP2.
Would appreciate if you could have a look at these bugs.

[Ricardo]

Ashira, on Dec 16 2007, 10:41 AM, said:

Another frustrating thing: sometimes servers stop sending data through the connecting. But GetRight must wait an entire minute to pause and resume (if the server supports it). Is it not possible to do it in less time? Generally, if no data is receive in 10 seconds or so, it's not going to receive data for the rest of the minute!

GetRight-Peter, on Dec 14 2007, 08:51 PM, said:

One last thing to try, is on the "Connections" page of GetRight's configuration, try reducing the "Pause and restart download if no data is received..." setting to 1 minute. We should probably change this setting to 'seconds' instead of just 'minutes'....

Ashira, on Dec 16 2007, 10:41 AM, said:

You don't think that GetRight can be made more multi-threaded to avoid such issues? Low priority, of course.

It is something really needed! There are many cases where GR completely freeze due to just one feature that fails in its job (e.g., a stuck download window may freeze GR completely).

I also agree with you about the mirrors being removed thing (and about the other things you mentioned).

[Ashira]

Ricardo, on Dec 16 2007, 03:58 PM, said:

It is something really needed! There are many cases where GR completely freeze due to just one feature that fails in its job (e.g., a stuck download window may freeze GR completely).

But some other things may also need to be fixed first - such as the mirrors and connection setting.
It's not very efficient if it downloads 5 seconds, then waits 1 minute to pause and resume.
Time elapsed: 65 seconds. Data downloaded: 5 seconds.
Efficiency: 5 / 65 = 0,076923076923076923076923076923077 = 7.69%.

But I also agree with you on the temp files and open! If I select open, I expect it to be a temporary file and thus saved in the Temp folder.
I think also that files that you select with Open might get higher priority than other downloads (and maybe even pause existing ones until it's complete) since I usually do it when there's something I need to get - and usually that means get fast and not store!

Remembered more things:
- BUG/SUGGESTION: Recover lost download NEVER works. Why not make it easier? Why not create a header or an index somewhere, where GetRight can actually keep track of what's been downloaded in a file? Then Recover Lost Download work work wonders when GetRight actually fails to download a file (sometimes, it has just downloaded X%, then considered it complete).
- SUGGESTION: Downloaded files - would it be feasible to put in the URL where you downloaded it from inside some comments in the file header? Sometimes when you've downloaded files, you will feel the need to know where you downloaded it before, so having that comment there you might really help someday.

[GetRight-Michael]

I did change the save/open back so Open goes to the temp folder by default (and it's an option to change that). Should make some people happy again

Every download is on a different thread. One delay thing I've seen when Segmenting, it has to make the file as big as it needs to be--so for a 100MB file, it has to set the size to be the full 100MB, and then fills in the real data as it downloads. (I tried having it not do that too--but Windows didn't always grow the file correctly as it was writing to different sections.) Sometimes Windows does that file creation fast, but sometimes I've seen it take several seconds or more.

I'll check those servers. Yeah, it does remove mirrors if they return a variety of error codes--I'll think about if it marks them as "bad", how long/when to remove that and try again.

It is supposed to skip to the next file in Automatic mode if there's anything busy or an error. So it won't get stuck waiting for one file if there are more to be done.

[Ashira]

GetRight-Michael, on Dec 18 2007, 02:07 AM, said:

I did change the save/open back so Open goes to the temp folder by default (and it's an option to change that). Should make some people happy again

Nice!!!

Quote

Every download is on a different thread.

Then I guess there's some other multi-threaded issues, then? Because I have seen a download hang the entire GUI more than once. It's pretty sad.

Quote

One delay thing I've seen when Segmenting, it has to make the file as big as it needs to be--so for a 100MB file, it has to set the size to be the full 100MB, and then fills in the real data as it downloads. (I tried having it not do that too--but Windows didn't always grow the file correctly as it was writing to different sections.) Sometimes Windows does that file creation fast, but sometimes I've seen it take several seconds or more.

I have no experience with that, so I guess you leave it as is
But... even so, when actually allocating the file, it could be done at a different thread so you can actually work with the GUI while it allocates the file.
Sometimes I've also seen that it hangs when connecting, and sometimes when setting new segments again after GetRight loses the segments.
I think stuff that can take a long time needs to be threaded. I really think you should take a look into such code. A GetRight that is always responsive would be a great christmas present!

Quote

It is supposed to skip to the next file in Automatic mode if there's anything busy or an error. So it won't get stuck waiting for one file if there are more to be done.

I get the idea, but maybe it's time to refine the behavior a little? Consider the above scenario: some tricky servers, always busy sometimes, spouting it out random error messages (but working perfectly if you just wait a few minutes!), and I want it to download first - yet with Automatic Mode, GetRight simply skips it and goes for the next and waits until all other files are finished to try it again.
And with Automatic Mode not enabled, GetRight will not download any additional files in the download queue automatically...