Incorrect file size/date

I had posted this subject about a month ago and did not get any replies... so here it is again
a various times quicktime files and several other type of files will be shown as having a size of 7k but is obviously larger... when I open it... then it will show the correct file size in the finder.
at various times I will also get file icon as text file on files that are not text files... if I copy/move these files to a diff location the icons will then become correct.
file dates are not correctly being shown on certain files... example:
when I look at my quicken 2005 backup folder's window... all the files say april 3, 2005... but when I look at the files from within the quicken application... opening the file from quicken's menu... the dates are correct? again if I change their location they then show the correct date.
has anyone had this problem?
PBG4 Mac OS X (10.4.3) 1.67ghz, 2 gb sdram, 128 mbyt video

They show the same date because what your looking Window at The File Explorer UI and Photoshop Is using a Windows File Open Dialog are showing the same File date. I ask where you were seeing dates in Photoshop. It turns out your looking at file open which is using a windows dialog. Windows file system records date for files in it file system directories and knows where application store dates in some files formats. Like Image files metadata. Windows UI has options to display many of these dates. Some date may be redundant however if there is an option to show a date it will be stored in a different location. Which also means these redundant date may be out of sync if they are updated at different times. Which date windows shows by default I'm not exactly sure which one that it is or when it gets updated.
If you right click in the dialog column title bar you can select many dates to be displayed some date will not be present in many file formats. Here is a screen capture of Photoshop open dialog have you even seen this.

Similar Messages

Incorrect files sizes displayed in the finder

My early 2009 iMac with 4GB Ram, 650Gb HD, running OSX Snow Tiger (latest version) is showing incorrect file sizes for many things. For example, a 4.21GB DVD will show on the desktop as being 4.58GB... any thoughts??

Snow Leopard misrepresenting file sizes: Apple Support Communities

Unable to send x-file-name, x-file-size date in "x- requested-with = XMLHttpRequest" on new 7.0.1 version.Previous version its working

I am using xmlhttprequest to send image in cross domain. in Previous version it was working fine, but on "7.0.1" version request doesn't contain x-file-name and x-file-size data.
Request Header of version mozilla 7.0.1
[Host] => localhost
[User-Agent] => Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
[Accept] => text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
[Accept-Language] => en-us,en;q=0.5
[Accept-Encoding] => gzip, deflate
[Accept-Charset] => ISO-8859-1,utf-8;q=0.7,*;q=0.7
[Connection] => keep-alive
[If-Modified-Since] => Mon, 26 Jul 1997 05:00:00 GMT
[Cache-Control] => no-cache, no-cache
[X-Requested-With] => XMLHttpRequest
[Content-Type] => multipart/form-data-
[Referer] => http://localhost/ajay_upload/tpl_upload_test_default.php
[Content-Length] => 31082
[Pragma] => no-cache
Request Header of same code on Chrome:
Array
[Host] => localhost
[Connection] => keep-alive
[Referer] => http://localhost/ajay_upload/tpl_upload_test_default.php
[Content-Length] => 188742
[Cache-Control] => no-cache
[Origin] => http://localhost
[X-File-Size] => 188742
[X-Requested-With] => XMLHttpRequest
[If-Modified-Since] => Mon, 26 Jul 1997 05:00:00 GMT
[X-File-Name] => 2.jpg
[User-Agent] => Mozilla/5.0 (Windows NT 5.1) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.218 Safari/535.1
[Content-Type] => multipart/form-data-
[Accept] => */*
[Accept-Encoding] => gzip,deflate,sdch
[Accept-Language] => en-US,en;q=0.8
[Accept-Charset] => ISO-8859-1,utf-8;q=0.7,*;q=0.3
Thanks In Adv

A good place to ask advice about web development is at the mozillaZine Web Development/Standards Evangelism forum.<br />
The helpers at that forum are more knowledgeable about web development issues.<br />
You need to register at the mozillaZine forum site in order to post at that forum.<br />
See http://forums.mozillazine.org/viewforum.php?f=25

Maximum file size data that can be send to MQ using mq adapter

Dear All,
What is the maximum file size data that can be send to MQ using mq adapter ?
The file can be csv, fixed , xml.
Please let me know if anybody is aware of any limitations
Best Regards
Arc

If you are on 10g then you are looking at a limit of 7MB, although any messages over 1MB will require some tuning.
You can integrate using the native schema, or xml so you can use csv, fixed length, and xml files.
cheers
James

Incorrect file size in download list

Incorrect file size in download list.
Use russian localized Safari. If I download file and it size is 12 Mb then Safari show 12 Gb!

Hi
You can try the following approach.
First you can download all the records to one file and than using the following
CL_GUI_FRONTEND_SERVICES => FILE_GET_SIZE
You can find the size, when you have size value.
You can do division as per your requirement and loop the internal table and download accordingly
Regards
Madhan

Ix2 shows incorrect file size

The file system appears to report the incorrect file size for files >4g.
sftp> ls -la
drwxrwxrwx    2 shane    users          61 Sep 7 12:29 .
drwxrwxrwx    8 99       users        4096 Sep 6 23:33 ..
-rw-rw-rw-    1 shane    users    284716889 Sep 7 13:02 KIdsFirstVacation2007.mp4
If you use a ls -lah command it shows correctly
sftp> ls -lah
drwxrwxrwx    0 1000     100           61B Sep 7 07:29 .
drwxrwxrwx    0 99       100          4.0K Sep 6 18:33 ..
-rw-rw-rw-    0 1000     100          4.3G Sep 7 08:02 KIdsFirstVacation2007.mp4
it also shows incorrectly from Filezilla, and from the web browser interface on the NAS

Hi
Today is your lucky day dude. Seems I found a solution :D
Pelase take a look into this forum thread:
http://forums.computers.toshiba-europe.com/forums/thread.jspa?threadID=19974&messageID=73284
The user JayJay has provided a link to the Toshiba document which helps to clear this issue.
This is the original document;
http://support.toshiba-tro.de/kb0/TSB59014X0000R01.htm
Please try it and post back if it was the key or not. Good luck

Incorrect file sizes shown in Finder over NFS and permissions issues

Hi there
This is a problem that existed for me in Leopard and has not been resolved in Snow Leopard.
I have an XSan with a Leopard server sharing over NFS and AFP. When I connect from a Leopard or Snow Leopard client over NFS the file sizes in Finder are incorrectly displayed. My Tiger clients work perfectly.
Also, although it says I have read write access to the files over NFS I cannot save over an existing file when I make changes to it, I instead have to create a new version of it and remove the old one.
Check the link to show a grab of one of the folders in question, the upper window is what the NFS shows me, the lower AFP. If you Get Info on the files over either connection the byte count is identical.
http://www.the-9000.com/images/finder_anomaly.tiff
Any info would be greatly appreciated.

This is a problem that existed for me in Leopard and has not been resolved in Snow Leopard.
Have you filed a bug report with Apple?
http://developer.apple.com/bugreporter/
If not, there's less of a chance they'll know about it and help fix it for you.
Do things look OK from the command line in Terminal?
It would probably be useful to use a tool like Wireshark to check out what each protocol is sending over the wire. That could at least narrow it down to being a client or server issue.
Thanks
--macko

Cannot open database due to incorrect file size

Hi,
we have a oracle database 8.0.5 and it crashed yesterday. now we cannot open the database (only mount readonly) due to an incorrect filesize of usr1orcl.ora. is there a simple way to open the database?

i'm sorry but it wasnt in archivelog mode.
the ora error codes are:
ORA-01122: datafile name - failed verification check
Cause: The information in the datafile is inconsistent with information from the control file. This could be for any of the following reasons:
The control file is from a time earlier than the datafiles.
The datafile size does not match the size specified in the control file.
The datafile is corrupted.
Action: Make certain that the datafiles and control files are the correct files for this database, then retry the operation.
ORA-01110: datafile name: str
Cause: This message reports the filename involved with other messages.
Action: See the associated messages for a description of the problem.
ORA-01200: actual file size of num is smaller than correct size of num blocks
Cause: The size of the file, as returned by the operating system, is smaller than the size of the file as indicated in the file header and the control file. Somehow the file has been truncated.
Action: Restore a good copy of the datafile from a backup and perform recovery as needed.

Incorrect file sizes in Finder

Was looking at other discussions about file sizes but they didn't seem to reflect the same issue that I'm having. Maybe I misread them.
Since updating to Snow leopard on all my Macs, I noticed that all the files are reflecting about 3-8% more than their actual size. Basically, the Finder is reporting the wrong file sizes. By using a file transfer software like Transmit, the file sizes are reflected correctly. For example, if I download iTunes 9.3, the download file is 93.6MB but the Finder shows 98.2MB. Transmit shows 93.6MB which is correct.
Anyway to fix this annoying issue?

I think the issue has to do with the fact that some programs have not adopted the new method yet. Unfortunately programs like iTunes can be used on on operating systems as far back as Tiger which used the old system. I noticed this several months ago and find it very irritating, especially when trying to do things like burn DVDs/CDs and trying to fill them up as much as possible. The only thing you can do about it is provide feedback to Apple at http://www.apple.com/feedback/ and hope they fix it in upcoming releases of their software.

En CS5 reporting incorrect file size

Hi all, I am creating a DVD9 program with 1 video timeline and 3 audio tracks. I exported out of Premiere AME(win 7 pro x64) the video timeline and main audio track(48k wav). I then exported audio only of the other two tracks mpeg audio.
The exported file sizes that show on my hard drive are:
5.1 gig m2v file
2.1 gig 48k wav file
485 meg mpa audio file
360 meg mpa audio file
In En I imported the video and wav file as a timeline, in the build window it shows the file size as 8.1 gigs, not the appox. 7.2 gig as shown above
I imported the 2 mpa files as assets and added 2 audio tracks to the timeline. When I put either of the mpa assets into the timeline and check the build tab it shows that each mpa file as about 2 gigs.
I confirmed that there is no video associated with the mpa tracks by importing as a timeline and it showed no video track, and triple checked by looking at the file in quicktime movie inspector. I also went back to AME and exported the audio using format dropdown selection as audio only and selected output format of AAC 48k 256 bit rate and got the same result in En
In the project window it showed the 2 mpa files as untranscoded, I even did a transcode in En and that made no difference.
I am at a loss with this one.
Not sure if this matters, the program length is 3.5 hours
Any thoughts?

Hi Stan, here are some caps of what I am doing
First cap shows the project files as they appear on my HD
This is the project tab with all assets imported
This shows timline imported on the build tab
This shows the build tab after the second audio track is added
This shows the build tab after the third audio track is in
I have also cleared all cache files, and created a new project.
If I drop all the project files into Nero it shows as an 8.1 gig project, not the 12.1 that shows in En.
To try and determine if there is a corrupt file, I brought each file in one at a time as a timeline, and every one came up as oversized.
I have done this many times before going back to CS3, I have never encountered this before. This is the first time doing this in CS5.

Osx lion get info reporting incorrect file size

Hi all,
I am trying to troubleshoot a strange problem I am having with Adobe Revel. Adobe have been helping me to resolve it but my mac is displaying some odd behaviour which I need to explain and which may be affecting the adobe app.
The adobe app creates a library file of pictures and the file should be growing as I download more pictures. If I right click on the folder and "Get info" the folder size shown is smaller than I would expect at 25MB given that it should contain a good number of Jpeg files.
I have downloaded an app called "Grand Perspective" to help me manage disk space and for this particular file it reports a completely different (much Larger) file size than "Get Info" did (155 MB) which is much closer to what I would expect to find and it is growing as more pictures are downloaded.
Any idea what could cause "Get Info" to report the wrong file size.
I have another osx Lion mac with the same software loaded and although a completely different machine, it reports the same file size for this library folder as grand perspective does.
Any help gratefully accepted.
Slarti

I'm finding the same behaviour running Lion 10.7.2 and the file with the exact same problem as yours is a Sente (bibliography software) library containing references and pdfs. 'Get Info' reports it as 130KB but I know the file is much much larger than that! Even the Size reported on Get Info shows 874.4MB which is still too small. If I 'Show Package Contents' on the file and 'Get Info' on the 'Contents' folder which it then shows, I get the correct size of 1.14GB
Apple Tech Support over the phone wasn't able to explain this behaviour.

Lightroom 5 exporting wrong file sizes?

I am having trouble with Lightroom 5 exporting images at incorrect file sizes. For example, if I use my export preset for images with long edge 2500 pixels and maximum size 1000k it is exporting images at 1500-2500k.
Is anyone else experiencing this? I am wondering if it is a bug.
Thanks

I never had a problem with it in LR4. The example I gave was one of many options I tried. At the other end I asked it to produce smaller files (eg 1500pixels long edge) with a 1000k maximum and I could only get them to output at around 160k.
I have since realised that I neglected to mention that I was using LR/Mogrify2 plug in to add a text graphic to the images. I experimented with turning that option off and I was able to produce a 2500px long edge file at 996k. As soon as I turn that option on again the file ouptuts at 1600k (where I have specified at 1000k limit).
This was never a problem with LR4 so there is a conflict or a bug somewhere.
Is anyone else using a LR / Mogrify 2 plug in and experiencing unpredictable results? I have the option to use LR / Mogrify 2's version of ImageMagick checked.
Message was edited by: Shipp
So I just did further testing. It seems that LR5 cannot control the maximum file size when working with Lr / Mogrify 2. If I ask the plug in to resize the image and control the maximum file size I can produce a file with long edge 2500pix, 1000k maximum size and the text graphic with no problem at all, as I used to be able to do with LR4. I will contact the plug in developer and see if they are aware of this.

FTP connections through Finder not reporting correct file size

Hi,
I have a NAS that running as an FTP server. When I connect to it through Finder it reports the incorrect file size of 2.7GB (the real file size is 61GB)
Its an DMG image file so it obviously fails when I try to image a new IMAC.
FTP through windows reports the correct file size so rules out any problem on the NAS.
Any ideas anybody?
Many thanks.

Hi,
I have a NAS that running as an FTP server. When I connect to it through Finder it reports the incorrect file size of 2.7GB (the real file size is 61GB)
Its an DMG image file so it obviously fails when I try to image a new IMAC.
FTP through windows reports the correct file size so rules out any problem on the NAS.
Any ideas anybody?
Many thanks.

Unable to set max log file size to unlimited

Hi all,
Hoping someone can give me an explanation of an oddity I've had. I have a series of fairly large databases. I wanted the make the database log files 8GB in size with 8GB growth increments with
unlimited maximum file size. So, I wrote the script below. It seems to have worked but the database max size doesn't show as unlimited, it shows as 2,097,152MB and cannot be set to unlimited using a script or in SSMS by clicking on the unlimited radio button.
2TB is effectively unlimited anyway but why show that rather than actually setting it to unlimited?
USE
[master]
GO
--- Note: this only works for SIMPLE RECOVERY MODE. FOR FULL / BULK RECOVERY modes you need to backup the transaction log instead of a CHECKPOINT.
DECLARE
@debug
varchar(1)
SET @debug =
'Y'
DECLARE
@database
varchar(255)
DECLARE
@logicalname
varchar(255)
DECLARE
@command
varchar(8000)
DECLARE
database_cursor
CURSOR LOCAL
FAST_FORWARD FOR
select
DB_NAME(database_id)
as DatabaseName
name
as LogicalName
from
master.sys.master_files
where
file_id
= 2
AND type_desc
= 'LOG'
AND physical_name
LIKE '%_log.ldf'
AND
DB_NAME(database_id)
NOT IN('master','model','msdb','tempdb')
OPEN
database_cursor
FETCH
NEXT FROM database_cursor
into @database,@logicalname
WHILE
@@FETCH_STATUS
= 0
BEGIN
SET
@command
= '
USE ['
+ @database
+ ']
CHECKPOINT
DBCC SHRINKFILE('''
+ @logicalname
+ ''', TRUNCATEONLY)
IF
(@debug='Y')
BEGIN
PRINT
@command
END
exec
(@command)
SET
@command
= '
USE master
ALTER DATABASE ['
+ @database
+ ']
MODIFY FILE
( NAME = '''
+ @logicalname
+ '''
, SIZE = 8000MB
ALTER DATABASE ['
+ @database
+ ']
MODIFY FILE
( NAME = '''
+ @logicalname
+ '''
, MAXSIZE = UNLIMITED
, FILEGROWTH = 8000MB
IF
(@debug='Y')
BEGIN
PRINT
@command
END
exec
(@command)
FETCH
NEXT FROM database_cursor
INTO @database,@logicalname
END
CLOSE
database_cursor
DEALLOCATE
database_cursor

Hi,
http://technet.microsoft.com/en-us/library/ms143432.aspx
File size (data)
16 terabytes
16 terabytes
File size (log)
2 terabytes
2 terabytes
Thanks, Andrew
My blog...

File Size Question: Browser vs. MediaManager vs. Finder

Not an earth-shattering issue, but am just curious as to why the Browser, MM, and the Finder each offer different opinions as to the size of a given media file (or group of files).
I've just finished capturing a couple of hours of HDV footage from a friend's Sony cam (model HDR-HC7). Used Capture Now with the pref to create new media files at any TC break. (Will later do selective shot-by-shot logging and transcoding into ProRes422, so this B-cam material can be easily combined with AVCHD-originated footage which is being ProRes'd on ingest. For now just had to get it all on disk, since my friend needs his camera back!)
Anyway, everything went smoothly, but to use one file as an example, I happened to notice that in FCP7's "Size" Browser column, it's 78.2 MB; whereas MediaManager sees it as 77.1 MB; yet the Finder shows it as 82 MB.
All the other captured files show a similar variation. Everything's in the same ballpark, of course -- and these days what's a few MBs between friends? -- but the differences total a couple of GBs by the end of day; still not a big deal in the grand scheme, just more of a variation than I would have predicted.
So -- does anyone happen to know why this is the case? Do the Browser, MM, and the Finder each have different ways of evaluating how much space a particular media file is actually occupying, or are they each measuring subtly different things?
Like I said -- just curious.
Thanks,
John B.
Toronto

+Is there a particular reason why it makes sense for the Browser to use one way, and the Finder to use the other?+
Most likely it is down to which particular call is used by the programer to ascertain file size and therefore the way that file size data is returned to the app. Don't forget that the FCP's basic code is pretty darn old now and predates current best practices for file size reporting.
+And why, staying with the above example, does the Media Manager come up with its own unique measurement altogether, different from BOTH of the others (or is that just part of its charm)?+
Weird huh? And here's the bit you won't like ... I don't see the same discrepancy. On my system Media Manager and the Browser seem to report file sizes consistently.
+Also -- am I correct in noticing that under Snow Leopard, Disk Utility has switched from one measurement scheme to the other? (DU suddenly seems to be seeing my 500GB drives as having a single-volume partition of -- gasp -- 500GB! Who would've thought?)+
Yup, its a brave new world.

Incorrect file size/date

Similar Messages

Maybe you are looking for