We thought we had Zoom fully running on Vista, as we tested with Vista before the last major release. And all the core functions do indeed work correctly on Vista, but we missed a couple of minor issues which we think are worth documenting, along with the solutions, while we work on a patch release.
There have been significant (and somewhat confusing) changes with user accounts and access permission in Vista which are very different from previous versions of Windows. This has caused some subtle, and some not so subtle, issues with many software products when they are running on Vista.
First of all, I should mention that with all of the following issues, you can avoid by running Zoom with elevated administrator access. This means right clicking on the Zoom shortcut (or program icon) and selecting the "Run as administrator" option.
Note that you will need to do this even if you are logged in with an "Administrator" account. In Vista, this is not the same as an "Elevated administrator" account status.
The following are a list of some known issues we are aware of with running Zoom on Vista, and their solutions.
We will be looking into addressing these issues in upcoming builds of Zoom so as to avoid the confusing state that most third party applications are currently in with the curveball that is Vista at the moment. We appreciate your patience. Please let us know if you have any questions!
- Scheduling: Zoom's scheduling functionality utilizes the Windows Scheduler, which now requires Administrator privileges. For more information click here.
- Customizing language files: As language files are currently stored in the Program Files folder, creating or editing language files may be hindered by Vista's restrictions when writing in the Program Files folder. To make customizations, either launch Zoom with elevated administrator rights, or save your customized files in another folder and manually copy them back to their expected location (usually "C:\Program Files\Zoom Search Engine 5.1\lang\"). Note that this may be further confusing with Vista's "Compatibility files" feature (aka "virtualized files") where Vista will pretend to write or save files in the Program Files folder, but instead, writes them elsewhere. So double check your folder paths when you save your files - it may not be where you think it is! (see here for more information).
- Editing source scripts: The text editor you use to modify the search script source code may have trouble saving the files in the Program Files folder (which is where the default "source" is stored and when you click on "Templates"->"Modify search script source code (Advanced)" in the menu.
- Statistics reports: This has been tested to work OK, so that statistics are downloaded and the reports are generated and displayed. But the files which you think (and Vista pretends) are saved in the Program Files folder (by default), are not actually in that folder (see "Compatibility Files" issue above), so if you try to locate the files yourself in Explorer, you will need to be aware of this if you can't find them.
Wrensoft Web Software
Zoom Search Engine
We've recently come across another issue with Vista.
If an error/warning message similar to the following is appearing intermittently when indexing plugin supported file formats (such as MP3s, PDFs, etc.):
... then this may be caused by the new Windows Indexing Service that is a part of Vista. This service runs in the background of Vista, and is constantly indexing new files on your hard disk so that you can search for the files quickly from the start bar.[MP3 plugin error] Failed to open file for reading (Error reading from: C:\Users\Ray\AppData\Local\Wrensoft\Zoom Search Engine Indexer\zoom_plugin.in)
MP3 plugin failed. File not scanned.
Unfortunately, the Windows Indexing Service seems to put a lock on files when it attempts to index them (although we do not really see why it needs to, as it should not need exclusive access to a file for indexing purposes - yet another questionable Microsoft decision).
This affects our plugins because we create a temporary file named
"zoom_plugin.in" in the Users AppData folder (e.g. "C:\Users\MyAccount\AppData\Local\Wrensoft\Zoo m Search Engine Indexer\") during our indexing process.
When the Windows Indexing Service decides to lock down a file at the same time that we try to delete or access a file, this error will occur. This is hard to predict or reproduce and is completely timing dependent, which is why the error occurs so randomly/unpredictably.
This behaviour of the Windows Indexing Service is also causing problems for other third party applications. It is in fact, also a problem for IIS 7 when hosting ASP.NET webpages! (MSDN link)
The interim solution is to remove the "Users" folder from the Indexing Options of Windows Indexing Service. You do this by clicking on "Control Panel"->"Indexing Options"->"Modify"->"Show all locations". Here you can expand the drives/folders to find the entire "Users" folder, which you can uncheck from being index. After applying this change, Vista will need some time to remove these files from its internal index.
Update: We have also even more recently seen similar file locking behaviour from some Antivirus software
Wrensoft Web Software
Zoom Search Engine