Jump to content


Photo

BD Conflict with Office 2007 Save Functions


  • Please log in to reply
28 replies to this topic

#1 Trucking Dan

Trucking Dan

    Newbie

  • Members
  • 2 posts

Posted 24 April 2007 - 02:21 AM

Not sure if this topic has been brought up on this forum yet, so I wanted to take a minute and bring it up. We have been experiencing an issue when saving MS Office 2007 files (excel and word) on our small business network. Specifically, when we try to save a document on a network path we are receiving the following error:
'\\<network-share>\document.doc' is currently in use. Try again later.

The technical solution that I found online is to deactivate BD virus scan (see the following link):

http://www.tabletque...ice-2007-a.html

When we un-check the "Real-time protection is enabled" box (in the "Shield" tab in the Antivirus section), the files save without a problem.

It's entirely possible that BD has another solution that allows us to save our Office files while maintaining our real-time virus protection. I would appreciate any input. Thanks.

Dan

#2 Niels

Niels

    BitDefender Evangelist

  • Regular Bitdefender Poster
  • PipPipPipPipPipPip
  • 3,353 posts
  • Gender:Male
  • Location:Belgium
  • Interests:watching horror movies , PC and security , moutainbiking

Posted 24 April 2007 - 06:51 PM

Hi Trucking Dan

You can try this open BitDefender go to antvirus,shield,adjusted level,press don't scan this path on all levels. Then press on add new item and browse to the network path. Then confirm by pressing on ok. I only use the home edition. This is only a temporary solution for not disabling the entire realtime protection.

Regards
Niels

#3 Trucking Dan

Trucking Dan

    Newbie

  • Members
  • 2 posts

Posted 26 April 2007 - 12:29 AM

Hi Niels,
Thanks for the reply. Based on your suggestion I did the following:
- went into the shield tab of the antvirus section and then pushed the custom level button (I don't show an "adjusted level"),
- then selected the "exclude path from scan (applies to all levels)" option.
- then pressed the "new item" option and then selected the network path (and confirmed by pressing on ok).

Unfortunately, after making this change I still received the error message when I tried to save my Excel 2007 file. I then tried moving the Protection Level Setting to Permissive and the error disappeared. I then went back in and undid the changes outlined above and tried saving my files on the Permissive setting and the error did not occur, also.

To summarize, it looks there are (at least) a couple of options for avoiding the MS Office 2007 Save File error:
1) Uncheck the "Real-Time Protection is Enabled" box, or
2) Set the Protection Level Setting to Permissive.

Am I right in thinking that it would be better to choose the second option so that I continue to get some protection?

It seems to me that this problem will begin to appear more frequently as more people move to MS Office 2007. Any discussion by the BD team about possible changes to the program that would allow users to avoid these types of errors while maintaining aggressive or default protection settings?

Thanks again.
Dan

#4 Niels

Niels

    BitDefender Evangelist

  • Regular Bitdefender Poster
  • PipPipPipPipPipPip
  • 3,353 posts
  • Gender:Male
  • Location:Belgium
  • Interests:watching horror movies , PC and security , moutainbiking

Posted 26 April 2007 - 06:57 PM

Hi Dan

I would definitely choose for the second option.
Because when you perform the first option you are unprotected. I am only a volunteer and I am not related to BitDefender you have to wait till someone of them replies. When you want an answer to your office 2007 problem. I don't have any problems with office 2003.

Regards
Niels

#5 m0gely

m0gely

    Newbie

  • Members
  • 14 posts

Posted 09 May 2007 - 11:32 PM

I'm experiencing this same problem at my work after upgrading to Office 2007 and at another small network I maintain. At work we use BD Standard (v8) for enterprise. It's hit and miss and sometimes I can successfully save. I'm going to do more testing with Office 2K3 and disabling the AV on the server to try and narrow it down and will report back.

At the other small network of around 4 computers and no server, they use the consumer BD v10 client. This is very frustrating problem and requires disabling the full time protection for people to function on their computer. There's no point of having BitDefender even on the computer under those circumstances.

Edited by m0gely, 09 May 2007 - 11:34 PM.


#6 ITMaestro

ITMaestro

    Newbie

  • Members
  • 2 posts

Posted 11 May 2007 - 03:32 AM

Same here. I deployed 30 new workstations WITH BD client security and Office 2007. Big screwup. BitDefender has to fix this. I have been playing with do not scan network drives and I think this should take care of it as a workaround but this is a pain for deployment as I have to go in and set a do not scan path for every client and then go test it.

#7 kyle.gaines

kyle.gaines

    Newbie

  • Members
  • 6 posts

Posted 14 May 2007 - 08:54 PM

I'm also having this same issue and have ran into it on numerous other forums. This is very dissappointing considering the recommendations I recieved from others causing me to switch to BD. Has anyone heard anything from BD directly? Are they working on a fix for this problem? has anyone come up with any better work arounds that don't involve me turning off my AV scan? Even excluding a folder from realtime scan doesn't really interest me. Any addition help would be wonderful.

To clarify though. This is a problem with the client BD not the destination BD where the share is located? Or are both a problem?

Got it, client side

Kyle G.

Edited by kyle.gaines, 14 May 2007 - 09:00 PM.


#8 m0gely

m0gely

    Newbie

  • Members
  • 14 posts

Posted 14 May 2007 - 11:19 PM

This is not a solution, but it's the best I could come up with until the BD guys fix this. Exclude network paths from your clients. How yuo do it will vary slightly depending on the version of client you use, then just make sure those file types are getting scanned by the server (or machine in that role). Previously I had scanning of Office extensions excluded on my BD for File Servers for performance reasons, and since the clients scanned them anyway.

The BT client will accept \\servername\%username% if you're needing to exclude users home folders stored on the server via Folder Redirection, but the client (at least the enterprise v.8 client) won't accept just the server name \\server, it expects a folder to be specified. So for large organizations or people who have many drive letters, exclude all those as well.

This could be a big pain if you're using the consumer version on a network with many computers as you will have to update each machine separately. Consider getting the enterprise version for central management.

I just got off the Live Chat with a BD guy, and I got him to read this thread (after 30 minutes...). I gave him some contact info and he said he would forward the issue to corporate. I will reply any new info I get from them if I get to talk to these people. Hopefully they see this and listen, and at least reply as to whether or not they acknowledge a problem exists.

#9 kyle.gaines

kyle.gaines

    Newbie

  • Members
  • 6 posts

Posted 15 May 2007 - 04:48 PM

Thanks m0gely

#10 James Stuart

James Stuart

    Newbie

  • Members
  • 1 posts

Posted 16 May 2007 - 10:00 PM

Just wanted to chime in that we're experiencing the same problem at one of our client sites. The response I've received from Bit Defender is that they're looking into the issue but can't give me an estimated time to resolution or an estimated time at which they will update us as to the status of the issue.

I will mention that this problem does not appear to effect versions of Office prior to 2007. We have also been able to reproduce a similar issue with Dreamweaver 8.

As I did not find a description of it above, Office 2007 programs appear to leave a .tmp file in the directory to which they are attempting to save files. Each save attempt will drop another .tmp file.

Dreamweaver has slightly different terminology and behavior. Instead of claiming that the file is in use, it simply says 'Sharing Violation'. When an existing file is saved, the save will fail. After the save fails, the existing file will no longer exist. The file can then be saved without an issue. This is a very dangerous chain of events in terms of potential data loss, as if you do not attempt to save the file again and instead choose to close it, the file will no longer exist.

As a final note, we have also determined that with Bit Defender Professional Plus 8, the issue with Office 2007 is actually introduced when the program is updated. When we performed a clean install, without updating Bit Defender, we did not experience any issues. We have not run tests to determine whether the error introducing update is a program update or a definition update.

#11 Brooky

Brooky

    Newbie

  • Members
  • 2 posts

Posted 17 May 2007 - 03:51 PM

My two ppennies worth as well, deployed 4 machines in a new network with Office 2007 Win 2003 R2 as the file server, all 4 won't save to network but will save locally, now I haven't put the FS or enterprise server on this due to problems with the Exchnage plugin. I spent an age looking on the MS forum looking for an answer then saw this. Interestingly all machines are V 8 Pro and have had a BD news error as well. Haven't got the specific error as I'm not on this network at the mo, but will post that as well, as a just incase.

#12 Brooky

Brooky

    Newbie

  • Members
  • 2 posts

Posted 21 May 2007 - 04:39 PM

Ok guys this is what BitDefender have to say

"For the moment for the client and file server versions the only workaround
available is the exclusion from scanning of the specific office 2007
extensions such as docx xlsx etc.

We are aware of this situation and there is already a fix available for the
v10 desktop versions, but for the versions above the issue will be fixed later
this summer by the release of the future versions of corporate products.

We apologize for the discomfort created and we are counting on your
understanding regarding this issue, keep in mind that the upgrade to the new
versions will be free when the time comes."

iI'm not so sure about the docx xlsx etc e.g 2007 specific files as we had problems with 2007 saving .doc's as well. I guess wait and see if you are a corporate customer..

#13 Mat

Mat

    Newbie

  • Members
  • 5 posts

Posted 21 May 2007 - 05:01 PM

I am having the same problems with Excel 2003. When users go to save files on network shares, they get an error similar to "Your changes could not be saved to 'filename.xls', but were saved to a temporary directory names '414C5100'." When I disabled BD on the client or excluded the directory, it saves fine.

What's wrong with BD ???

#14 m0gely

m0gely

    Newbie

  • Members
  • 14 posts

Posted 21 May 2007 - 05:50 PM

QUOTE (Mat)
I am having the same problems with Excel 2003.
<snip>
What's wrong with BD ???


You need to introduce an exclusion list for certain file extensions. I exclude things like fonts, various text and DB files and temp files from being scanned. It will get rid of what you're experiencing I think. I don't believe your problem is the same as what 2007 users are experiencing. Here is my list, but let not hi-jack this topic anymore: .tmp;.dat;.ttf;.fon;.log;.fpt;.pca;.dbf;.dbc;.cdx;.dcx;.idx

@ Brooky: docx and the new formats aren't the only problem. It happens if your '07 application is set to save as the older formats too. I think it's best just to exclude scanning network drives for the clients and have the server pick up the scanning of those file types on that end. It leaves less holes. Office documents are too prone to infection to leave unchecked.

On another rant... I can't believe BD is waiting until later this summer for a fix. They said the same thing about having an enterprise client for Vista. grr...

#15 AndreiASM

AndreiASM

    Virus Researcher

  • Bitdefender Labs
  • PipPipPip
  • 913 posts
  • Gender:Male
  • Location:Satu Mare, Romania
  • Interests:C/C++/C#, Java, Assembler, Delphi, VB, Art Caffe, football, music, etc.

Posted 21 May 2007 - 05:53 PM

QUOTE (Mat @ May 21 2007, 06:01 PM) <{POST_SNAPBACK}>
I am having the same problems with Excel 2003. When users go to save files on network shares, they get an error similar to "Your changes could not be saved to 'filename.xls', but were saved to a temporary directory names '414C5100'." When I disabled BD on the client or excluded the directory, it saves fine.

What's wrong with BD ???


Are you sure you added Microsoft Excel to the BD Firewall permisions? You should create a new rule for office programs, to be sure that they can acces the network, and you should be able to save documents across network. Go to Firewall -> Traffic and seek that programs. If they are blocked, change the action to "Allow".

Edited by AndreiASM, 21 May 2007 - 05:53 PM.


#16 m0gely

m0gely

    Newbie

  • Members
  • 14 posts

Posted 29 May 2007 - 07:39 AM

QUOTE (BitDefender chat @ May 21 2007, 07:39 AM) <{POST_SNAPBACK}>
We are aware of this situation and there is already a fix available for the
v10 desktop versions, but for the versions above the issue will be fixed later
this summer by the release of the future versions of corporate products.

Can anyone confirm that v10 now works? I'm not seeing it...

#17 Bob

Bob

    Newbie

  • Members
  • 1 posts

Posted 31 May 2007 - 03:52 PM

QUOTE (m0gely @ May 28 2007, 11:39 PM) <{POST_SNAPBACK}>
Can anyone confirm that v10 now works? I'm not seeing it...


I can't confirm about office 2007, but I have Dreamweaver 8 and trying to save a file on a network drive still causing the access violation error. Disabling scanning .tmp files resolves the problem, though as discussed before that is a temporary fix.

#18 Computerkliniek

Computerkliniek

    Newbie

  • Members
  • 1 posts

Posted 21 June 2007 - 04:10 PM

Just installed it (v10) and still the same problem.

Has any one got a workaround (that works !)

I've tried everything in this post, but with no luck

Edited by Computerkliniek, 21 June 2007 - 04:11 PM.


#19 m0gely

m0gely

    Newbie

  • Members
  • 14 posts

Posted 22 June 2007 - 09:51 PM

Here is a workaround that works. You need to disable scanning of network shares two different ways. Exclude the drive and the UNC path. So if you have N: mapped to \\server\share, both of those need to be excluded. Only excluding one won't work. Just make sure you have AV on the server as well and you should be OK. I have no idea why the BD people didn't chime in here. I was told this by my vendor who I just renewed my BD through. They confirmed having to enter both paths was a known bug.

Edited by m0gely, 22 June 2007 - 09:52 PM.


#20 tritechits

tritechits

    Newbie

  • Members
  • 4 posts

Posted 17 July 2007 - 05:45 PM

QUOTE (m0gely @ Jun 22 2007, 09:51 PM) <{POST_SNAPBACK}>
Here is a workaround that works. You need to disable scanning of network shares two different ways. Exclude the drive and the UNC path. So if you have N: mapped to \\server\share, both of those need to be excluded. Only excluding one won't work. Just make sure you have AV on the server as well and you should be OK. I have no idea why the BD people didn't chime in here. I was told this by my vendor who I just renewed my BD through. They confirmed having to enter both paths was a known bug.


Thanks m0gely, your workaround worked for me as well.




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users