..not working properly.. at least the wizards..
I have KAV business optimal workstation .225 installed on 4 different machines that use access 2003 or access 2002.. after installation, the wizards behaved strangely: they always claimed that the selected table wouldn't have any "fields" and suddenly some dialogues were in English, that should've been german (we use the german version of Access).
After deactivating VBA protection everything workedfine again.
Full Version: Bug!
QUOTE(Maxx82 @ Sep 18 2005, 05:20 PM)
After deactivating VBA protection everything workedfine again.
I have strange ms office behavior after .225 installation.
Word opens very slow, if opens. Upgrading to office2000 seems to fix problem,
or disabling kav network agent.
anyway, this isn't fully tested.
Change the default settings for Real-Time macro protection to High Speed and see if the problem persists.
I have recently had the same problems in Microsoft Access 2000 and Access 2003, not being able to see fields in the drop-down boxes when running Wizards for queries and reports, among others.
We are running Win XP Pro on a peer-to-peer network. Kaspersky AV for Windows Workstations 5.0.200 on all machines.
Mike is onto a solution. For me, setting a PC's Real-Time Protection to "High Speed" allows MS Access wizards to operate properly IF the database is on the local machine. For a database opened over the network, the "High Speed" setting did NOT allow the wizards to work. You need to disable Real-Time Protection completely.
Of course, Administrative Users can disable, but Limited users can't, so there's a bit of work involved to change settings for my staff.
Thanks to those who replied to the original post!
We are running Win XP Pro on a peer-to-peer network. Kaspersky AV for Windows Workstations 5.0.200 on all machines.
Mike is onto a solution. For me, setting a PC's Real-Time Protection to "High Speed" allows MS Access wizards to operate properly IF the database is on the local machine. For a database opened over the network, the "High Speed" setting did NOT allow the wizards to work. You need to disable Real-Time Protection completely.
Of course, Administrative Users can disable, but Limited users can't, so there's a bit of work involved to change settings for my staff.
Thanks to those who replied to the original post!
QUOTE(Commodore P @ 8.03.2007 16:32)
I have recently had the same problems in Microsoft Access 2000 and Access 2003, not being able to see fields in the drop-down boxes when running Wizards for queries and reports, among others.
We are running Win XP Pro on a peer-to-peer network. Kaspersky AV for Windows Workstations 5.0.200 on all machines.
Mike is onto a solution. For me, setting a PC's Real-Time Protection to "High Speed" allows MS Access wizards to operate properly IF the database is on the local machine. For a database opened over the network, the "High Speed" setting did NOT allow the wizards to work. You need to disable Real-Time Protection completely.
Of course, Administrative Users can disable, but Limited users can't, so there's a bit of work involved to change settings for my staff.
Thanks to those who replied to the original post!
We are running Win XP Pro on a peer-to-peer network. Kaspersky AV for Windows Workstations 5.0.200 on all machines.
Mike is onto a solution. For me, setting a PC's Real-Time Protection to "High Speed" allows MS Access wizards to operate properly IF the database is on the local machine. For a database opened over the network, the "High Speed" setting did NOT allow the wizards to work. You need to disable Real-Time Protection completely.
Of course, Administrative Users can disable, but Limited users can't, so there's a bit of work involved to change settings for my staff.
Thanks to those who replied to the original post!
It appears that if you just allow Calling to API function, it will resolve the problem without changing everything but the kitchen sink to allow.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.