Auto Import bug still there

The Import pane in Aperture 3 will open automatically every time the system sees a volume that could have pictures on it. This should only be a controlled option as I do not want this pane open every time I connect an iPhone, jiggle the cable on my scanner, use my multifunction printer or mount any other cards or devices. The pane also scans the new device to try to make previews of its content and it takes a while to get rid of it. I was expecting version 3.1 to address this very Microsoftish behaviour ("the assistant WILL do it for you!") but was disappointed again. I prefer to import my images on my own terms and this window popping up when I am working on an image and trying to concentrate is really annoying. Is there a way to hack Aperture to actually get rid of the whole functionality since Apple will not provide me with a simple "off" checkbox?

CorkyO2 wrote:
I would check Image Capture settings as well.
With your iPhone connected, launch Image Capture and select the iPhone in the left pane and then set the preferences to 'No application' (or similar).
I had the same issue some time ago and found that even though Aperture was set to 'No Application' under 'When a camera is connected' settings, it would still launch when connecting my iPhone if images were on it.
Hope this helps.
I'll try that, but as robogobo said, aren't the connection settings in Image Capture, iPhoto, and Aperture supposed to mirror each other? i.e., change the setting in one and it changes in all of them?
Thinking about this further, I've remembered what the really serious issue with this is. I have iTunes set to automatically start and synch whenever I connect my iPhone or iPad, but if Aperture is already running then the Import pane opens resulting in Aperture and iTunes fighting over the device. The result is that iTunes starts syncing, then Aperture tries to grab the device, iTunes loses control and throws up an error, the iPhone/iPad beeps repeatedly, and the whole proces continues, seemingly +ad infinitum+ until I quit one of the apps.
While a clash such as this may be understandable when one or both apps are 3rd party, i.e. EOS Utility, it is totally unacceptable for two Apple apps to misbehave like this.
Message was edited by: parish_chap

Similar Messages

Experiencing major crashes, bugs still there

The last update was a giant step forward, I'm enjoying working with the new SG version (CC 7.0.1 x51).
But, I noticed the problems with CMD+Z (undo) are still there: sometimes works, sometimes stucks on "optimizing timeline", sometimes the thumbnails in the timeline are displayed, a lot of times my pointer disappears and I have to restart SG.
I'm afraid to press cmd+z now!
I'm doing my first client work with the new version, will report eventual bugs or problems.

Thanks Dennis, sorry I don't mean crashes. I completed the work yesterday and the main issues I encountered are with cmd+z (undo). When pressing cmd+z I got these effects (each time different):
1) The old problem of thumbnails, the bar came out and the "optimizing timeline" progress bar is shown.
2) "Optimizing timeline" progress bar is shown, when at 100%, the preview switches to "2 up" automatically with the same frame I actually was on in timeline in both panels.
3) Sometimes after the issues above, the mouse pointer disappears, I have to force quit and restart SG.
I am on a macbookpro (mid 2010) osx 10.8.4, Speedgrade CC updated to latest version.
Will also file a bug report via your link.
I finished the work smoothly and rendered a master, but I will open a new thread with some requests regarding the workflow and some features (missing or hidden!). Thanks
Andy

[2.1 RC] Keyboard bugs still there

Hi,
Unfortunately, the "dead key" keyboard bug that has been reported so many
times here, elsewhere and through bug reports sent to the Adobe technical
support is still there. We have never heard anyone from Adobe giving
feedback about these reports, so I guess they are unable to fix. But for
sure, they can't ignore it.
Reminder: http://www.adobeforums.com/webx/.59b582d4/2
Also, the Alt-Tab bug is also still there. Reminder:
http://www.adobeforums.com/webx/.59b6153a
I guess we'll have to wait until version LR 10 to get these bugs fixed.
Patrick

Regarding Alt+Tab, for a long time I had seen it then not seen it the same session, but for a long time could not figure out why one minute it worked fine and the next it didn't. Eventually, I discovered that hitting Tab twice after launching Lightroom got its brain into gear. Thereafter Alt+Tab seemed to work correctly. I'll resubmit the info and hope for a fix.
As for your Dead key issue - no idea.

SecondaryMultiKeyCreator bug still there?

Hi, I am using the java api for the Berkeley DB, and I ran into trouble using a BTREE to secondary index a RECNO primary database. After searching the forum, it seems like this was fixed here:
http://forums.oracle.com/forums/thread.jspa;jsessionid=8d92079330d60b9511031eb54ca799d8b3cc1d2ddfd8.e38QbNuQbx8Kbi0LbhaMaxqTahj0?messageID=2536190�
However, has this change not propagated into the trunk?
Essentially when I use this multi-key generator, it works fine if i comment out the second add statement, but with two add statements it totally fails to work - reading the secondary key shows a 2 byte secondary key. If you call add 3 times, it will output a 3 byte secondary key.
     private class WordGenerator implements SecondaryMultiKeyCreator {
          public void createSecondaryKeys(...) {
                    Entry e = (Entry) entrybinder.entryToObject(data);
                    DatabaseEntry seckey1 = new DatabaseEntry(), seckey2 = new DatabaseEntry();
                    stringbinder.objectToEntry(e.title.substring(0,2), seckey1);
                    results.add(seckey1);
                    stringbinder.objectToEntry(e.title.substring(2,4), seckey2);
                    results.add(seckey2);
Edit: I am now going to try using a Btree for the primary database, and use a sequence. Hope it works.
Edit2: I have confirmed that the same code works now that I use a sequence on a BTree primary database

Hi,
Probably you already read "[Selecting an access method|http://www.oracle.com/technology/documentation/berkeley-db/db/ref/am_conf/select.html]". There's the place you should look when choosing an access method, not considering how the access methods work with sequences, cursors, etc. So it depends on what kind of data you have and how you'll access it. For example if your data items can be fixed-length and you want to achieve write concurrency, you'll want to consider using the Queue access method, since it can assign IDs faster than a Btree/Recno data structure, and offers higher concurrency for that reason. What I suggest you is to run a performance test, by reproducing your application's behavior under what you expect to be the production use.
Be aware you shouldn't configure the database to support duplicate data items (DB_DUP) when using sequences.
Related doc:
Introduction to sequences: http://www.oracle.com/technology/documentation/berkeley-db/db/ref/sequence/intro.html
Thanks,
Bogdan

BUG 2.1 - ARW (Sony Raw) no photos found error during Auto Import

BUG 2.1 - ARW (Sony Raw) no photos found error during Auto Import
I've seen this issue since beta1. The issue seems to be related to a camera setting that stores the files in folders by date. The Folder structure becomes drive>DCMI>10202008>image.ARW
This "no photos found error" I have seen in beta1 LR1 LR1.1 LR1.2 LR1.3 LR1.4 and LR2.0 this is still an issue in LR2.1
Auto import works fine with canon or nikon RAW files (I've used several different cameras with no problems)
The Folder structure for canon files is drive>DCMI>100>image.CR2
Auto import Does not work with Sony A100 .ARW files with folders by date turned on I have heard from people with other Sony cameras like the A700 also have this issue.
Vista Ultimate 32bit SP1
AMD 64X2 duel core 6000+ 3Ghz
6GB 666mhz Ram PAE force enabled
NVIDIA Gforce 7600 256MB video card (1.75GB total with system shared ram)
Primary hard drive: 500GB
Hard drive 2: 400GB (system and photoshop paging files and lightroom catalog drive)
Hdrive 3: 1TB (primary image storage)
user control turned off
system graphics set to performance
Duel display
Lightroom 2.1
photoshop CS3

I believe this is fixed in version 2.5 and 3.0
ARW (Sony Raw) files seem to work with auto import

Can no longer import or open a rcproject in iMovie 11 (9.0.9) - the file however is still there

Hello!
I do have an urgent problem. I was working on an imovie-project. Imovie asked to create thumbnails - after that I no longer see this project in iMovie - other projects are still there. The funny thing is, that the file is still in the library (imovie-folder) - but cannot be opened via doubleclick or imported in iMovie either.
I do have two different version of iMovie on my Mac - the older one (9.0.9) and a newer one (10.0.5) - but I`ve always been working with the older one and the other projects have beeb created in version 9 and can still be loaded - and are in the same folder in the library. (see screenshot)
I`ve been working on this project for several days - I desperatly need held on this!
Thanks!
Maike

Just want to say I am having a very similar problem. I've been working iniMovie for a couple years, and I have never experience this before. I do have the latest update iMovie11 9.0.2. I have about 1400 pictures imported from iPhoto (and really didn't experience major issues importing them), but now I am trying to go in and adjust cropping and transitions, and every slight adjustment takes approx 20 - 30 seconds, so it's taking me FOREVER to edit this project. Am seriously frustrated!! Any ideas out there?

Can't believe the caching bug is STILL there

Hi,
I MUST be missing something. It can't be true that this has not been fixed after so many years.
So well, the problem is, every time you load an external asset or file, say for example using a Loader object or a URLLoader object (the same happened in AS2 with MovieClipLoader, LoadVars, XML.load() etc etc, and even before with loadMovie, etc) - every time you load a file, the Flash Player caches that file, and this is independent from your browser: it is Flash Player's own (and primitive) caching mechanism.
Whenever you load a file with the same URL again, no matter whether the file has been changed or not, Flash Player will use the cached copy, and there's NO WAY to prevent that - there are a few workaround that I will discuss later but they don't solve the problem completely, besides being terribly combersome.
Now, the HTTP protocol has a wonderful mechanism to manage the caching of files in an intelligent way, which has been working for years and, I think, was invented even before flash existed, however at least 10 years ago, and it works fine.
If an HTML page has an IMG tag with an image, for example, and if the browser has already a cached version of the image with that URL, the browser will first ask the server for that file and declare it has a cached version with date xxx; if the server's file is not newer than xxx, then the server replies that the file has not changed and the browser can use its cached version (or insist to redownload it if he wishes). But if the file on the server is newer, the server will reply with the new file, and the browser will NEVER show an obsolete cached version of the image (or whatever file).
Now, I don't know why, Flash Player was designed in a very primitive way that ignores this whole mechanism provided and standardised by the HTTP protocol. Flash Player will ALWAYS use a cached version of the file if he has one, it won't worry about veryfying whether it is obsolete or not.
So, unless the user clears its cache, whenever you update an xml, txt, jpg or whatever file that is loaded within your flash application, users that have previously visited the page may still see the old version.
Now, there's an easy workaround for ensuring that a cached version of the file is NEVER used, which is appending a "?somerandomname="+n to the filename, where n is obtained for example as n=(new Date()).value(); in order to ensure that it is always different.
This way, the complete url of the file is always different and the cached version will never be used.
However, this is not a solution either. For small text files it is ok, but for images and swf's for example, you DO want the cached file to be used IF it is not obsolete. Otherwise, returning visitors will always have to wait for the complete download time of everything, including files that have been downloaded yesterday and have not been modified.
So, this problem has been solved ages ago by the HTTP protocol, but the Flash Player is naive and ignores it.
I used to use 2 workarounds: the one I have mentioned for small files (texts, xml's), and the following one for files that can be updated every once in a while:
In the main html page, I append "?lastupdate=dddddd" to the swf name, where dddddd is a manually edited date of the last time something relevant has been updated. So for example:
<object ....... etc etc> <param name="movie" value="mainswffile.swf?lastupdate=20090625"/>... <embed etc etc etc src="mainswffile.swf?lastupdate=20090625"/></object>
Or something like that.
When I update some of the files that are to be loaded, I manually edit the "lastupdate" thing in the html.
Then in the ActionScript programming I use the _root.lastupdate variable to append to the filenames of images or assets I load.
All this is horribly cumbersome and error-prone. Image you deploy a website to a client that will be able to update his own texts and images: you have either to explain him how to edit the html file also, or create some complicated server-side or client-side script to manage the cache-avoiding system. That is, reinventing the wheel, in this case the cache.
Every time a new version of the player was released, I expected it to fix the stupid caching problem and to make my cumbersome tricks obsolete and unnecessary.
I expected to see that the new version would make proper use of HTTP caching protocol specifications, and use cached files ONLY when they are not outdated, after verifying it with the server according to the HTTP protocol.
Every new version of the player was a disappointment.
Then I hope the new version of the language, Action Script 3.0, would fix this.
No, it seems it doesn't.
I've done some tests with AS3 and with my great and sad surprise, the caching "bug" is still there.
Well, the bug, not the "bug": this is a bug proper, because there's no reason why it should work this way.
So, my question is.
Maybe am I missing something? Is there a way, by using some method or property of URLLoader, Loader and/or URLRequest, to tell Flash Player to use the cache in an intelligent way? I mean, in a not-astonishingly-stupid way?
Note that I'm not talking about forcing it to NOT USE cache at all: I mean using a cached version when it is appropriate, and redownloading the file when needed, as all decent http application have done for years.
Perhaps there IS a way to solve this.... It should be the default behaviour and should be transparent, but however, if there is a SERIOUS fix (not a hackaround), that would at least solve the problem.
Do anybody know of a method that really works?
(I have read of people trying by using http headers with caching directives but without success; or in the best case maybe they were able to force never-caching, which is NOT a solution as I explained)
Thanks in advance.
And if there is any Adobe developer listening, please fix this bug since it is really a shame that an application written in 2008 or 2009 suffers from a problem that was elegantly and definitely solved in the XX century.
Regards,
m.

I wrote a long reply and when I posted it it vanished.
I had even control+c'opied it before submitting but it didn't even get into my clipboard.
Shame on this forum (sorry to say that, but that's what I have to say).
So, I'll try to write it again but it won't be the same: the amount of rage is augmented.
Thank you BWolfe for letting me know that Flash now (since last year) has a bug management system. It was also such an enormous shame that it didn't have one.
Adobe used to confuse bug reports with feature requests; now this kind of confusion is still partially there and it is reflected by the voting thing, which is an absolute aberration. In a decent bug management system, the developers take the responsibility to give the bugs the priority they deserve; and no matter how low the priority, even the smallest bug ALWAYS get into the queue.
Now this bug we are discussing has been well known for AT LEAST EIGHT YEARS and I am not exaggerating at all, as I started using flash in 2001 and the issue was already mentioned here and there in forums etc; probably some blind people didn't see it as a bug (rather as a situation you have to face or work around), but it was known. And the very solution, as I already pointed out, was there even before Flash was conceived (well, for the sake of scientifical rigour, I should say, before Flash was commercialized): the HTTP protocol has the capability to perfectly manage file caching in a manner transparent to the higher layer.
So, since I don't believe that nobody at Adobe (formerly Macromedia) has heard about a bug that every intermediate-level actionscript developer in the world knows of, it is already kind of a shame that we have to report it in 2009, but that's ok. But that we have to get votes, no, that's an insult.
Jesus, ActionScript is a programming language, man, A PROGRAMMING LANGUAGE... it is not like Photoshop or Premiere; and it seems like in so many years, people who manage it haven't yet realised it completely.
Big Brother contestants should be voted. Feature requests may be voted. Bugs cannot be voted should just be fixed one by one as soon as possible.
Well, sorry for the rant and thank you for the answers.
Hope this gets through this time.

TS4209 Wi-Fi 1.0 patch will not install on a 10.7.4 Mac OSX even though the Wi-Fi loss bug is still there

Hello all,
The Wi-Fi 1.0 patch will not install on a 10.7.4 Mac OSX even though the Wi-Fi loss bug is still there, every now and then (the iMac does not detect any wi-fi network).
Are there any other solutions regarding this issue ?
kind regards

I figured out the problem.
This is going to sound a little crazy, but I've spent a lot of time on this one.
There's some kind of incompatibility with Lion and Seagate ST31000340AS drives. I was trying to install Lion on these drives and it would consistently fail. I've also tried to use these drives in a RAID volume. No go. I tried three different drives of this model. All of them failed.
I tried to install Lion on a Seagate ST31000528AS and it worked first time and sings beautifully.

My PC Windows 7 harddrive crashed. I have a new harddrive. But i lost all my CD's that i had burned onto iTunes. They are all still on my iPhone 4s, but when i sync, only the purchased songs will import. Is there anyway to retrieve them

My PC Windows 7 hard drive crashed. I have a new hard drive. But i lost all my CD's that i had burned onto iTunes. They are all still on my iPhone 4s, but when i sync, only the purchased songs will import. Is there anyway to retrieve them? Thanks!

Restore your library from your most recent backup (you do keep regular backups, I hope). If the hard drive is in any way salvageable it may be possible to mount it in an external enclosure, connect it to your PC, and retrieve data from it even if it is not functioning as a primary OS drive (if you don't have the kit necessary to do this, your local PC repair shop may be able to help). Failing that, you can always recreate your library by re-importing your CDs.

One of my imported MOV files turns "black" after editing with it for a time and I can't retrieve the images. This has happened three times, only this file. The placeholder is still there. Files are fine on hard drive. What gives? how to stop this?

One of my imported MOV files turns "black" after editing with it for a time and I can't retrieve the images. This has happened three times, only this file. The placeholder is still there. Files are fine on hard drive. What gives? how to stop this? is in final cut pro 10.1.4

Pictures have black markings on using rear camera. Been cleaned at Apple store. But still there. Phone is fine though bugging me as take lots of photos !!

Pictures have black markings on using rear camera. Been cleaned at Apple store. But still there. Phone is fine though bugging me as take lots of photos !!

Pictures have black markings on using rear camera. Been cleaned at Apple store. But still there. Phone is fine though bugging me as take lots of photos !!

How to change "are you still there" vioce from auto attemdent

Hi All,
we have exchange 2010 with lync 2010 .
we want to change "are you still there" message from exchange UM Auto Attendent
Manish Yadav

Navigate to \Program Files\Microsoft\Exchange Server\V14\UnifiedMessaging\prompts\en (for English) on each UM server and find the file tuiAreYouThere.1.wav. Replace that file with a blank wave file of the same format. You may also be able
to simply remove the file. Keep track of these as they may come back some day with a patch or repair. Keep in mind this is not supported, so a bit of caution there, but in the end you're just swapping WAV files.

LR4 still brings up import dialog when auto import is on

Mac 10.7. Shooting tethered with 5D Mk II and Canon EOS Utility. Auto import is importing the images into my catalog, but for every shot, the import dialog box appears and I have to click "Cancel". This dialog should not be appearing when auto import is on, correct?
Thanks.

1) Be a little more specific... with your questions... Describe what happens...
2) Perhaps FCPx does not like the .thm (thumbnail files) in the folder...
I

After unarchive a repository, the auto import is not working

Hi All,
I've met a problem when I archived a repository and unarchive it using another repository name:
I can login to it by Console, and Data manager, etc. But when I put a input file to the Ready folder of its port, the file is not processed by the Import Server. On the other hand, all the other repositories on that server remain fine and the auto-import is normal.
Could any one tell me if there is any other Config shold be done to make the import work?
PS: still the 5.5 version, not 7.1.
Thanks,
Angela
Edited by: Angela Zhang on Aug 6, 2009 9:09 AM
Edited by: Angela Zhang on Aug 6, 2009 9:09 AM

Hi Angela,
If you are using any password for Admin user then same needs to be mentioned in MDIS.ini file. Check the below steps
1. Open MDIS.ini file located in <MDM Insallation directory>/Import Server
2. Navigate to your repository section
3. Remove the character 'E' from the entry PasswordE
4. Write the password of Admin user i.e. Password = abc
5. Restart the Import Server once and check the same password entry, it should get converted to PasswordE and the value should be some characters.
6. Now check the Auto Import
Regards,
Jitesh Talreja

Export/Import Project still buggy in v2.1.3

After seeing the update notes for v2.1.3 and noticing references to project importing, I started to get excited that maybe the bugs have been ironed out. Unfortunately my longstanding bug still remains.
If anyone can think of any workarounds I'd be extremely grateful...
I have a 2.16GHz Intel Core Duo MacBook Pro with 2GB RAM, running OS X 10.5.6 and now Aperture 2.1.3
I have a project with many images, arranged into stacks, a pick in each stack with many adjustment and a 62-page book created from these picks. There are also some smart albums and a light-table.
Now I export the project (i.e. in the Project Inspector I right-click the project and choose Export > Project) to a file on the desktop and rename the existing project in Aperture. I now import the saved .approject file and I find that all my Picks are no longer Picks and my book is therefore no longer made up of my desired images. (I've tried this many times now and ruled out the possibility of a corrupt export file).
As a result, when I select the Book I get the "Non-Pick Images" dialog with the dreaded "One or more placed items are no longer the pick of a stack." message. "Use Current Pick" ruins the book - I have to go through and work out all the picks again (and also re-pan all the images within the Photo Boxes as this data has also been lost). "Create new Version" appears to preserve my book's original look, but my project now contains a couple of hundred more images than it used to and my other albums and light-table still have incorrect images shown as the Picks.
Does anybody have any ideas of what I can do to ensure the stack-picks are preserved during the export/import process?
(By the way, the reason I'm exporting and then re-importing is because I actually want to do the export from my laptop where the project is and then the import on my main work machine where the rest of my Aperture library lives, but that fails for the same reason, so I'm doing the export+import on my laptop for now to reduce the number of variables in the problem.)

I go with the assumption that you now know how to create transport sets. After having created a transport set containing the objects you want to be exported, go to the administer tab under the main page of portal. There you will find the Export/Import portlet. Here you need to choose your transport set from the first LOV and then click EDIT to choose the "Security Option". Now you export out the stuff. This will export all the user page customizations for you.
Thanks.

Auto Import bug still there

Similar Messages

Maybe you are looking for