Bridge Cache Issue

Bridge is unable to read cache and freezes when trying to 'build criteria' even after reinstalling and resetting preferences.
Mac - CC
Any help greatly appreciated
Thanks

You'll get no help from Adobe when it comes to Bridge. I have been asking for them to improve Adobe Bridge's Cache system for over 7 years and I have not been acknowledged once.
From what I understand from an Adobe insider is that Adobe Bridge is one of the lowest priorities for improvement upgrades.
I've looked for a replacement, but have found none. So we are stuck with very old code and a very extremely powerful company who couldn't give much of a gosh darn.
Sorry for the straight talk, but it is what it is.

Similar Messages

  • CS2: Adobe Bridge Cache File on Desktop...Why?

    For some unknown reason...CS2 has started placing "Adobe Bridge Cache" file shortcuts on my desktop. When I click on one, I receive a Win XP error message that says the file .bc is unkown and can't be opened.
    These shortcuts have never appeared before. Now the simple act of opening Bridge and looking at jpeg files seems to initiate it.
    Questions: Why is PS doing this? Do I need to pay attention to it? If not, how do I stop PS from cluttering up my desktop.
    Thanks!
    Ed

    Ed,
    Yes you can. The cache facilitates the quick display of images in a folder.
    When there's no cache, Bridge has to render thumbnails from every image file upon viewing a folder's contents. This can take a couple of minutes.
    Rob
    P.S.
    >I do, indeed, have image files in a folder on my desktop.
    This would mean that there is a cache inside that folder, *not* on the desktop itself.

  • Directory Caching issue with Cisco Jabber client for Windows

    Hi ,
    I am facing cache issue with Cisco Jabber client for Windows. If I do any change related to modification or deletion of contacts in Active Directory/ Callmanager, it does not reflect in the Jabber. Because jabber takes the contacts from the locally stored cache file in the Windows system.
    Every time I have to remove the cache file to overcome this issue, practically it's not possible to do the same with all the Widows users. As, if any employee leaves the company and still I can see his contact appears in the "Cisco Jabber client". I have not seen this issue with Android/Apple iOS.
    Is there any automated way to remove the cache file? 
    Here is the detail of CUCM,Presence and Jabber.
    CUCM version: 9.1.x
    Presence          : 9.1.X
    Jabber              : 10.5 and 10.6

    Hello
    On our environment we had to install a dedicated Microsoft Certificate Authority "just for Cisco Jabber usage" to house the
    Network Device Enrollment Service.
    Our certificate for the CUPS were generated on this Certification Authority too.
    I discussed this certificate matter with my colleagues this afternoon and nobody seems to remember how these certificates were deployed into the
    Enterprise Trust store for the users.
    But I think they asked all 400 users to accept the 3 certificates by answering "yes" to the popup instead of using a script deployed by GPO...
    I wish you success with that deployment and really hope you have a technical partner that *Knows* this subject.
    Our partner left us alone with that unfortunately.
    Florent
    EDIT: If the "Certutil script method" works, please let me know. This could be useful in our own deployment.

  • Sql query cache issue

    I am trying to see the log file in Manage sessions for the sql query in Answers. I see that if we run the same report multiple times, the sql query is showing up only the first time. Second time if I run it is not showing up. If I do a brand new report with diff columns picked it is giving me the sql then. Where do I set this option to show the sql query everytime I run a report even if it is the same report run multiple times. Is this caching issue?

    It shouldn't.... Have you unchecked the "Cache" on the physical layer for this table? If you go onto the Advanced tab, is the option "Bypass the Oracle BI cache" checked?

  • WEB u2013 I cache issue.

    We have BO XI 3.1 PF 1.7 and SAP BW 7.0 SP 18
    We are facing strong caching issue  with WEB- I XI 3.1 , what we observed is it cache previously fetched data and does not recognize data been updated in BW Infoprovider ( in our case we have BEx query on Direct update DSO )
    I have tried u2013
    1.     I made caching inactive for that BEx query in BW side.
    2.     I have check caching setting in BO , they are not helping me much to in active cache in BO
    On executing BEx query in BW, I have checked RSRT cash monitor; the query result is not getting cached, and get up-to-date data. Query works perfectly file.
    Also observed Events in RSDDSTAT_OLAP table, I could find very well Event 9000. This shows me that BEx query hits database and bring data back.
    When I execute BO report on the top of same BEx query, I do not get up to date data , it shows me previously fetched data and does not recognize data been updated in BW.
    Now question is where this data being getting cashed , and how to make that inactive to make sure I do get up to date data in WEB-I .
    Many thanks for your kind response.
    Regards
    Ashutosh D

    HI Ashutosh,
    This would be stored in the C:\Program Files\Business Objects\BusinessObjects Enterprise 12.0\Data\servername_6400\storage folder.  Try renaming this folder and then testing again.  If this allows for updated records, then that proves that the Webi Processing Server is getting the cached data from this directory.
    There are also a few settings you can try to disable in the Webi Processing Server settings within the CMC:
    Disable cache Sharing (Checked)
    Enable Real-Time Caching (Unchecked)
    Enable Document Cache (Unchecked)
    Cache Timeout (1 min) - sets the cache to expire after 1 min.
    Try playing with these settings and see if that resolves the issue. 
    Thanks
    Jb

  • SharedObject and Caching issues

    Background:
         I am working on a project where I am using sharedObject to store data for a favorites list. The project contains 2 swfs, one in AS 3.0 (using Flex 4.5) and the other an AS 2.0 flash 8 project.  Basically the AS 2.0 project read and writes data to the shared object and the AS 3.0 project just reads the data.
    Setup:
         OS: Windows 7
         Flash Player: 10.3     Browsers: IE 9, IE 8, Chrome 14, and some misc Firefox testing -- Chrome seems to be working the best.  
    Problems:
         First off it has been extremely hard to get consistent results across different computers so if anyone has a suggestion as to why that would be (other than different browsers, different flash player versions, different flash player settings/global settings and different OS versions) because I have been making sure all that stuff is consistent across devices for testing purposes.
         1. It appears that some computers/browers won't store the shared object at all even though everything to allow it is turned on.
         2. Some computers/browsers will store it, but won't update until I refresh the page
    General Questions:
         1. Is the storage of sharedObject object data in a .sol file configured the same in both AS 2.0 and AS 3.0 and if so, would this be a means of communicating between two swfs running off the same domain?
         2. Is it possible to have a browser cache sharedObject data(the .sol file)?
          3. I have noticed as new flash player releases are coming out(especially recently i.e. 10.3) I have had to make a lot of repairs to the actionscipt 2 stuff.  Is actionscript 2 support slowly being phased out? Is anyone else experiencing the same problems? 
    Possible Solutions/Findings:
         I am starting to believe that it has something to do with browser caching since Chrome seems to perform the best and Chrome has performed best when it comes to browser caching issues.
    ** code is available if needed but since it was working before I don't think it is relevant.

    Hello,
    #1
    are you using explicit call to flush method immediately afer you're writing data to reference to SharedObject?
    http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flash/net/SharedObject. html#flush()
    If not you could have different data read by different browsers sessions run at the same time (e.g. IE/FireFox both hosting your test Flash movies) - as data are flushed only when given Flash runtime session is to be terminated (e.g. movie is to be unloaded) and in other cases as outlined in documentation.
    #2
    the SharedObject is reference to binary file stored on local machine by Flash runtime (Air runtime too). It has nothing similar to web-fetched content to be cached:
    http://en.wikipedia.org/wiki/Local_Shared_Object
    regards,
    Peter

  • SecurityDomain and Caching Issues

    I am running into some caching issues when setting the securityDomain of an imported SWF to match the calling SWF file and I was curious if anyone had any ideas on how to get around this issue.
    Here is the scenario:
    A.swf is launched on Domain A, it sends a Loader request for B.swf on Domain B.
    B.swf will be updated frequently so caching is disabled, A.swf however can be cached.
    B.swf has some ExternalInterface.calls so it requires being in the same securityDomain as A.swf otherwise it will receive a Security Error #2006.
    The code I am using for this is fairly straightforward:
    ActionScript Code:
    var request:URLRequest = new URLRequest("http://domainB/B.swf");
    var loader:Loader = new Loader();
    var context:LoaderContext = new LoaderContext();
    context.securityDomain = SecurityDomain.currentDomain;
    loader.load(request, context);
    I believe B.swf is inheriting the caching setting of A.swf because it is residing in the same securityDomain. If I make a small update to B.swf and refresh A.swf in a browser it will not load the B.swf updates until I clear cache.
    If I get rid of the securityDomain context on the load it will always update B.swf with the most current version, but I run into security issues with ExternalInterface.
    ActionScript Code:
    var request:URLRequest = new URLRequest("http://domainB/B.swf");
    var loader:Loader = new Loader();
    loader.load(request);
    I have tried appending random strings to the end of the URLRequest while using the securityDomain context but it will always used a cached version of B.swf. I have also tried loading B.swf into a ByteArray then using loadBytes on a Loader but that didn't work either.
    Any ideas are appreciated!

    Hello,
    #1
    are you using explicit call to flush method immediately afer you're writing data to reference to SharedObject?
    http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flash/net/SharedObject. html#flush()
    If not you could have different data read by different browsers sessions run at the same time (e.g. IE/FireFox both hosting your test Flash movies) - as data are flushed only when given Flash runtime session is to be terminated (e.g. movie is to be unloaded) and in other cases as outlined in documentation.
    #2
    the SharedObject is reference to binary file stored on local machine by Flash runtime (Air runtime too). It has nothing similar to web-fetched content to be cached:
    http://en.wikipedia.org/wiki/Local_Shared_Object
    regards,
    Peter

  • How to restore a backed up CS6 bridge cache to a new install of CS6

    Had to re-install CS6. Forgot how to restore the bridge cache from a backup? Any assistance would be appreciated.

    Moving the discussion to Bridge General Discussion.
    Thanks,
    Atul Saini

  • Switching From Windows To Mac: ACR Database, Bridge Cache Questions

    I am planning to switch from Windows XP to the Mac running Leopard. I am now running CS2 in Windows, but will upgrade to CS3 on the Mac. I am maintaining my RAW file settings in ACR central database and my Bridge cache in a centralized cache file. I've searched the forums but couldn't find answers to my migration questions:<br /><br />1. Can one move the ACR database file from Windows (in folder C:\Documents<br />and Settings\<username>\Application Data\Adobe\CameraRaw) to a folder<br />somewhere on the Mac to preserve the settings on RAW files that are also<br />moved to the Mac? Or does one need to export individual XMP files for the<br />RAW files in Windows and move both the RAW files and their associated XMP<br />files to the Mac?<br /><br />2. I have a similar question for migrating the Bridge cache from Windows XP<br />to the Mac. Can one somehow move the Bridge cache over (I think it's in<br />C:\Documents and Settings\<username>\Application Data\Adobe\Bridge\Cache\Thumbnails\) or do I need to export the cache for<br />each folder and subfolder and move them over along with the folders and<br />subfolders?<br /><br />I would appreciate any help or pointers to any Adobe documents or<br />directions. Thank you.

    Man-Kong,
    Since you said that you were also migrating from CS2 to CS3 I would have said that their cache files were incompatible. That is what I experienced with CS1, CS2, and CS3 in the past. But Thomas indicated it should work. I must be missing something.
    The XMP files move fine for me. The local cache (folder) files have completely different names with each version and I see no evidence that they can be shared. This is also a problem with archived CDs. CS3 always has to rebuild cache if they were archived from CS1 or CS2.
    Since the central cache must have some folder references, and this structure will be completely different on Mac, I dont see how it can work. It doesnt work for scripts or actions either.
    So my humble recommendation is to set your preferences to store cache and XMP files in the local folders where possible. Then simply bite the bullet. Each time you visit a folder for the first time in the new environment, cache will be rebuilt.
    Cheers, Rags :-)

  • Bridge Cache Destination Cannot be Changed from Old User and Find does not Work

    Often administrators find themselves in a position of making a new admin account to resolve a lost system drive or some compatibility problem.
    If Bridge has a cache destination linked to this old account, it is due to the older admin account being deleted before the new admin account is setup in Bridge with the cache destination properly linked to the new user cache in the library locations for bridge caches.  This problem causes some headaches with things like keywords and find.
    If you have had to restore your system or generate a "new user" account, it would be important to go into Bridge and ensure that your cache preference in pointing at the right location, before deleting the "old user".  If the "old user" is deleted, you might find the cache location locked to this "old user" in a file structure that no longer exists.  This makes if fixed and unchangeable.
    If you encounter this problem, regenerate the old user name as an administrator account.  Go into that account and start Bridge.  Check the location of the cache file in the preferences.  You will see that it is located in the proper place for this new account.  It is also the same location as your current account which no doubt you have found is frozen into place.
    At this point, while in the "old user" admin account:
    Go get info on your "old user"/Library/Caches/Adobe/Bridge CS3/Cache
    Note the folder nest and go to each folder and apply permissions to each of these folders that allow your "new user" read and write access.  You can do this in one step by applying the permissions to the Library folder and all enclosed folders, but who knows what that might do.  Focus on solving the problem.
    Then:
    Switch back to your "new user" (that is your current user) account, open Bridge, go to the preference for cache and you will note, magically, it is now located in the right account, it has been unfrozen from the "old user", once deleted, and now brought back to life to help you get ride of this problem.
    For good measure, press the choose button, you will find you go to the finder to the right location in your "new user"/current user account.
    You will also find that FIND works after this and also Bridge is zippy and fast as it should be.
    You can now quit Bridge, Log Out of your "new user" account, log back in and find that all is just the way it should be.  Once this is done, go into your system preferences for users and delete the "old user" account (into the trash, do not save a thread).
    It seems that there are many situations where reviving and old user id will help with repairs to permissions problems in a mac that has been through system drive failure or significant application conflicts that require making a new user.
    Hope this helps someone.

    Often administrators find themselves in a position of making a new admin account to resolve a lost system drive or some compatibility problem.
    If Bridge has a cache destination linked to this old account, it is due to the older admin account being deleted before the new admin account is setup in Bridge with the cache destination properly linked to the new user cache in the library locations for bridge caches.  This problem causes some headaches with things like keywords and find.
    If you have had to restore your system or generate a "new user" account, it would be important to go into Bridge and ensure that your cache preference in pointing at the right location, before deleting the "old user".  If the "old user" is deleted, you might find the cache location locked to this "old user" in a file structure that no longer exists.  This makes if fixed and unchangeable.
    If you encounter this problem, regenerate the old user name as an administrator account.  Go into that account and start Bridge.  Check the location of the cache file in the preferences.  You will see that it is located in the proper place for this new account.  It is also the same location as your current account which no doubt you have found is frozen into place.
    At this point, while in the "old user" admin account:
    Go get info on your "old user"/Library/Caches/Adobe/Bridge CS3/Cache
    Note the folder nest and go to each folder and apply permissions to each of these folders that allow your "new user" read and write access.  You can do this in one step by applying the permissions to the Library folder and all enclosed folders, but who knows what that might do.  Focus on solving the problem.
    Then:
    Switch back to your "new user" (that is your current user) account, open Bridge, go to the preference for cache and you will note, magically, it is now located in the right account, it has been unfrozen from the "old user", once deleted, and now brought back to life to help you get ride of this problem.
    For good measure, press the choose button, you will find you go to the finder to the right location in your "new user"/current user account.
    You will also find that FIND works after this and also Bridge is zippy and fast as it should be.
    You can now quit Bridge, Log Out of your "new user" account, log back in and find that all is just the way it should be.  Once this is done, go into your system preferences for users and delete the "old user" account (into the trash, do not save a thread).
    It seems that there are many situations where reviving and old user id will help with repairs to permissions problems in a mac that has been through system drive failure or significant application conflicts that require making a new user.
    Hope this helps someone.

  • Corrupt Files in Adobe Bridge Cache

    Bridge has left me with corrupted files in Bridge Cache which I cannot delete, or scan with Macafee or look at with any other program I have.
    When I access the folder containing the corrupt files my PC just hangs.
    I have the latest versions of Photoshop and Lightroom running on Windows 7 (64 bit).
    Can anyone help?

    Apparently some programs can read them, but general advice is to use an underscore instead of a dot.
    Before Mac OS X (that was based on unix) it would not make any difference how many dot's, commas, spaces, slashes, etc you where using, the file always opened in the correct application.
    But used to that I soon came to realize that not all systems work this way and since I have to distribute my files for commercial use I made a habit of using only 1 dot in a filename and that is the one before the extension. No spaces (instead an underscore '_' or divider '-') and no other 'strange' characters like /, \, '', :,' etc. but normal alphabetic and numeric ones.
    I also started to use the creation date in my filenames starting with yyyymmdd and some extra info and sequence number for series. Sometimes people have trouble to find or open the jpeg attachments from my Apple Mail send emails to a windows machine but otherwise I have no problems with clients. I like to keep it that way

  • Feature Request (again); Adobe Bridge Cache Manager

    In Adobe Bridge, the Cache is still a problem and a huge memory hog. I asked for a good Cache Manager over 3 years ago when it was needed CS4.
    Now in CS6, I am disappointed that the cache system in Bridge has not changed. Why do you have a section in the Adobe Forums that asks for 'Feature Request' and then ignore them?
    http://forums.adobe.com/message/2652688#2652688
    "I would personally like a tool within Bridge that allows me to manage and control the Cache in a more personal and effective way. I would like a toggle that would keep '100% previews' in one folder for a selected period of time (1 day to 1 month) before the folder's cache is automatically purged. And another toggle that would give me the option to keep a selected folder's cache permanently intact (such as an Important Portfolio Folder or an Edited Images Folder).
    As a photographer, I take and edit a lot of photos. When I import a photoshoot with 1,500 photos (not uncommom at all) I enjoy having the Bridge Previews at 100%, but for only a limited time. Unfortunately, I forget to purge the individual cache of that folder and the cache builds to a point that makes Adobe Bridge CS4 very slow. I then have to Purge the whole Bridge Cache in order to make Bridge run smooth again.

    gumbogood wrote:
    A Cache Manager tool that lets me either schedule a cache cleaning on a folder, or keep it permanent, would be a huge help. And I don't think that it is unreasonable for me to ask this of Adobe.
    If you submit a feedback poll where Yammer pointed you, and it gets a couple of hundred (thousand?) users agree you might get Adobe's attention.
    I agree with Yammer that Bridge is a low priority project with Adobe.  Think their target audience is the casual user with a few hundred photos added each year.   Your use pattern is more specialized and you either have to adapt with scripts or move to another product IMO.
    The size of cache takes a lot of people by surprise.  It can grow humongous if you use HQ thumbs and save 100% previews.  One can dump the cache in preferences, but many are reluctant to to this as they think it will delete all their keywords and edits.  In addition, to do a search you have to re-index all your files, which can take a long time.
    If you have "export cache to folders" checked, dumping the cache in preferences only dumps the central cache.  To dump the folder cache you have to visit each folder and click on Tools/cache/purge cache for xxx folder.  Again, most people do not recognize this.  This technique purges both the central and folder cache for this folder only.
    It the 100% previews are the problem for you it would seem like a simple task for the script people to write one that would delete it after xx days as the 100% previews are held in a specific folder.
    Bridge is not a good digital asset manager.  You are probably in that arena dealing with several hundred thousand images.  Omke uses a DAM as it does some functions better than Bridge, but Bridge is still his main program.  Can't remember the name, but if you read these posts you might have seen it.

  • Bridge cache managment & export to folders?

    What is the function and advantage of "auto exporting cache to folders" in Bridge?
    Round 2 testing, I changed the CS6 Bridge cache location to be the same location I was using for CS5, on a secondary drive.
    Small mistake, because CS6 proceeded to delete the entire existing cache and start building a new one. However, Bridge CS5 seems to coexist OK sharing the same cache with CS6. They are both re-building the cache as I visit individual folders. (30,000 files in 800 folders gonna take a while).
    Long ago under CS3 I adopted the strategy of setting Bridge to "Auto export cache to folders." That worked well, because if you purged the master cache, Bridge would very quickly rebuild it from the folder cache files each time you re-visited a folder. The thumbs would come up very quickly if a folder cache existed, much slower if no folder cache existed.
    Under CS5, and now CS6, that is no longer true. If you visit a folder after the cache has been purged, a slow process to generate thumbnails occurs. It appears that the individual folder cache is not being used for anything. The time to re-build the cache is about the same, regardless of whether folder cache files exist or not.
    Purging or deleting the Bridge cache was often necessary under CS3 because the cache often became corrupted. CS5 was more stable, but still not immune from cache corruption. Maybe CS6 will be even more stable, but I'm betting cache purges will still be sometimes necessary. Is there any way to make the rebuild faster? Or more generally, what's the best strategy for Bridge cache management?
    (And no, I don't have "keep 100% previews in cache" selected.)

    What is the function and advantage of the Bridge Forum?
    http://forums.adobe.com/community/bridge/general

  • Caching issue in jsp or servlet

    I am not sure where I should post the issue that I have. I have a j2ee web app (struts) running on Apache Web Server + Glassfish + MySQL. My server has multi core.
    The problem is that whenever I insert a new data or delete it from a table, I don't see the change right away. Sometimes, I see the change. Sometimes I don't. It's very inconsistent.
    If the old data is cached in JSP, I shouldn't see the change in log file, but I do see it even in the log file.
    For example, I have a page managing user's folders. when I delete a certain folder name from jsp page, this folder is deleted from a db table. but when I refresh the page, I still see the folder name that is not supposed to show up. or when I go to a different page and come back to this page, I don't see it. The behavior is very inconsistent.
    If it's a browser caching issue, I don't think that I should see it in the log file, but I still see the folder name(which is supposed to be deleted) in the log file.
    I am including these lines in all included jsp pages.
    response.setHeader("Cache-Control","no-cache");
    response.setHeader("Pragma","no-cache");
    response.setDateHeader ("Expires", -1);
    does anybody have any opinion about this?
    It's hard to debug it and describe the behavior.
    But it would be very helpful if someone who had a same experience about this explains about this and tells me how to fix it.
    Thanks.

    caesarkim1 wrote:
    I am including these lines in all included jsp pages.
    response.setHeader("Cache-Control","no-cache");
    response.setHeader("Pragma","no-cache");
    response.setDateHeader ("Expires", -1); Instead of including these lines in all jsp's, make a filter and add these lines to it.

  • Acrobat Connect Pro LMS 7.5 server cache issue - displaying old content

    Our Adobe Acrobat Connect Pro server is showing old Captivate-created content from about 4-6 weeks ago.
    I loaded 35+ sets of Captivate 3 (SCORM 1.2, HTML, zipped) content onto our Acrobat Connect Pro LMS about 6 weeks ago.
    I converted all training content from Captivate 3.0.1 to 4.0.1, 4 weeks ago by opening each file in Captivate 4 and following prompts to "Save As" new files with different file names.
    I reloaded all content 4 weeks ago, and again 2 weeks ago.
    I reloaded about half of all content again last week.
    End User Acceptance testing performed this week showed that most of the courses are showing old content, ranging from 2-6 weeks old
    Attempted fixes and workarounds:
    Deleting content entirely and reloaded from scratch - this will not work long term, as we lose usage data each time we reload completely new files.
    Contacted Adobe, provided times to track incidents of the issue.  We reached Tier 2 - who told us it was our problem and that everything appeared to be working fine from their side.
    New workaround - load new content and reattach course to new content.  This presents the same long term issue as the first workaround, but enables us to retain older versions of content in the system, should we need to revert or report on it.
    Gaining server side access is a bit challenging due to the hosting situation we have, so I am looking (ideally) for a solution that can be performed from the Administrator/Author Frontend.  However, I want to learn the real cause of the problem, wherever it might reside, so that it can be properly corrected and avoided in the future.  I am calling this a server cache issue, as it seems the server has somewhere retained unwanted old versions of content, preventing current content from being displayed to end users.  Viewing content as an end user = see old content.  Viewing content from the Content area (Author view) shows the current files, so I know they are on the server and are loading correctly, up to a point.
    I am preparing all content for another round of loading/reloading due to other issues and updates, so republishing and reloading all 35+ files into the LMS is unavoidable at this point.
    This issue is keeping our LMS from launching to several thousand users across the country, so any suggestions or helpful tips are much appreciated.

    I think I have isolated the source of this problem. It's the Pitstop Professional 9 plug in. I un-installed this, and everything opens quicker than greased lightning. I re-installed it and it's back to slowsville.
    Unfortunately Pitstop is essential to my workflow.
    Until recently I did my pre-press on a Mac G5 with Acrobat Pro 7 and Pitstop 6.5. I never had this problem with slow file opening. But it seems that the delays would occur when I used the plug-in with large complex files.. So it would open files as fast as you'd expect from an elderly machine. But starting to use Pitstop would result in a prolonged period of staring at a spinning beachball.
    I wonder is there any way to stop the Pitstop plug-in from initializing until it is used? So the plug-in stays inert until you select the tool from from the menus.

Maybe you are looking for