Closed
Bug 265280
Opened 20 years ago
Closed 20 years ago
download summary for files larger than 2GB size
Categories
(Core Graveyard :: File Handling, defect)
Core Graveyard
File Handling
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 228968
People
(Reporter: ghkilo, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.7.3) Gecko/20040913 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.7.3) Gecko/20040913 downloading file larger than 2GB will result statusmessages like status : xxxx kb of 2GB (tranfer rate) time left: correkt timecalc for ==2GB after the 2Gb has been loaded the status changes from positve correctnumbers to something like: status : -zzzzz kb from 2GB (- transfer rate) time left: -HH:-MM:-SS.-hSec and in the TILEBar negatv percentage information Reproducible: Always Steps to Reproduce: 1.transfer DVD-isoimage from a linux distri larger than 2GB size 2.wait until the first 2GB has been tranferd 3.whatch the Information Box Actual Results: iso image is correct transfered in size Expected Results: right calculatig sie and time for information
Comment 1•20 years ago
|
||
*** This bug has been marked as a duplicate of 228968 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
| Reporter | ||
Comment 2•20 years ago
|
||
Hi there. plz no more mailnotificatoins for this bug, ADDITIONAL comment: This bug seems to be independent from any 32Bit-Operatingsystem. the filelenght is misallocated by every operatingsystem using 32 Bit File_IO cause: not all operating system handle the length as -- UNSIGNED -- or -- SINGED64bit -- !! The same happens with other protocols i.e. ftp, http, https .... except BIT-TORRENT, which splites the whole file in smaler parts, and after transfer is completed, those parts are reassembled on the host.
Updated•18 years ago
|
Status: RESOLVED → VERIFIED
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•