Briefcase Item Needs to Be Synchronized Twice (190812)



The information in this article applies to:

  • Microsoft Windows NT Workstation 4.0
  • Microsoft Windows NT Server 4.0

This article was previously published under Q190812

SYMPTOMS

You have a Briefcase folder, and a file in it has the synchronized copy on a Windows NT network share.

When you modify the file in the local folder, and synchronize it with the server copy, the synchronization status still shows, "Needs updating." When you synchronize it again, Briefcase offers to copy the file from the remote location, although the file time stamp is identical.

After Briefcase copies the file from the remote location, the synchronization status is correctly set to "Up-to-date."

CAUSE

After Briefcase copies the file to the server during the first update, it uses FindFirstFile to read back the file information. In some cases, the LAN Manager redirector runs this API before the file is closed. If this happens, the file size of the remote file is not correct and the synchronization status is not set correctly.

In a network trace, you can see a frame sequence like this between the client and server:

   SMB       C write, FID = 0x9804, Write 0x0 at 0x0000020E
   SMB       R write, Wrote 0x0
   SMB       C transact2 Set file info, FID = 0x9804
   SMB       R transact2 Set file info (response)
   SMB       C transact2 Findfirst, File = \Text2.txt
   SMB       R transact2 Findfirst (response)
   SMB       C close file, FID = 0x9804
   SMB       R close file
				

In response to the Findfirst server message block (SMB), you will see an incorrect file size.

RESOLUTION

To resolve this problem, obtain the latest service pack for Windows NT 4.0 or the individual software update. For information on obtaining the latest service pack, please go to:
For information on obtaining the individual software update, contact Microsoft Product Support Services. For a complete list of Microsoft Product Support Services phone numbers and information on support costs, please go to the following address on the World Wide Web:

STATUS

Microsoft has confirmed that this is a problem in Windows NT 4.0. This problem was first corrected in Windows NT 4.0 Service Pack 5.

Modification Type:MinorLast Reviewed:9/23/2005
Keywords:kbHotfixServer kbQFE kbbug kbfix kbQFE KB190812