Apparently there was a thread on Adobe’s Forums about this same issue that has since been deleted, but it’s still in google’s cache at: http://209.85.141.104/search?q=cache:jmrBrlrQOl8J:www.adobeforums.com/webx%3F14%40%40.3bc45a59&hl=en&ct=clnk&cd=1&gl=us Still nothing of help, mostly just people complaining that you shouldn’t want to rename things. For me it’s just aesthetics. Ever single other icon in my Dock has a simple name, and I just like consistency (and making/renaming an alias to put in the Dock has that annoying little arrow in the corner, which is again inconsistent).

It looks like there’s also an entry in Adobe’s KnowledgeBase about this issue: http://kb.adobe.com/selfservice/viewContent.do?externalId=kb401628&sliceId=2 They just say to put the application back where it was and rename it back to Adobe Photoshop CS3.app.

Personally I think this is just a bug with Photoshop. All of the other CS3 applications can be renamed, only show the “repair” error message once, then they’re just fine. There seems to be a bug keeping Photoshop from “remembering” the name change.

I was able to fix this myself, so now the renamed “Photoshop CS3.app” launches just fine without the error message, but I wouldn’t recommend this fix to anyone unless they’re comfortable with the type of stuff below.

When I renamed Illustrator, the only change that I could find being made was in an Sqlite file at /Library/Application Support/Adobe/caps/caps.db

A single entry gets changed, from: {C4519961-AC64-4565-B3AF-9050296B5D5A}|4|AMTConfigPath|/Applications/Adobe Illustrator CS3/Adobe Illustrator CS3.app/Contents/Resources/AMT/application.xml

to: {C4519961-AC64-4565-B3AF-9050296B5D5A}|4|AMTConfigPath|/Applications/Adobe Illustrator CS3/Illustrator CS3.app/Contents/Resources/AMT/application.xml

There’s a similar entry for Photoshop: {30C4B843-28DA-466F-AFCA-CB0ED153C826}|0|AMTConfigPath|/Applications/Adobe Photoshop CS3/Adobe Photoshop CS3.app/Contents/Resources/AMT/application.xml

…but after you click to Repair in that error message, it remains unchanged. I think the bug is that they have one of the DB key values hard-coded incorrectly in the app or something. Anyway, so I manually changed it with sqlite3. I had to temporarily change the permissions on the caps.db file as well as its parent “caps” directory in order for the query to actually run successfully. Anyway, here’s the query:


>su
Password:
sh-3.2# sqlite3 /Library/Application\ Support/Adobe/caps/caps.db
SQLite version 3.4.0
Enter ".help" for instructions
sqlite> update payload_data
...> set value = '/Applications/Adobe Photoshop CS3/Photoshop CS3.app/Contents/Resources/AMT/application.xml'
...> where payloadID = '{30C4B843-28DA-466F-AFCA-CB0ED153C826}' AND
...> domain = 0 AND
...> key = 'AMTConfigPath';
sqlite> .exit
sh-3.2#


Anyway, that seemed to fix the problem, and now “Photoshop CS3″ launches just fine from my Dock without any errors.

(Hopefully this post won’t get word-wrapped to oblivion and make it unreadable! ).

Anyway, great work in noting these inconsistencies. I think it takes a great eye to spot them when in development, and not after the fact. You appear to have a talent for seeing them and I think that could be useful for a company like Adobe. In my experience in software development, seeing these things when you’re deep in the development cycle is very difficult, unless the cycle itself captures them. No development cycle captures everything, so observant people like you are incredibly valuable.

Keep up the good work!

In other words, I sense that your very educated and very real observation of various inconsistencies be more qualified to how development cycles function. No development cycle runs without prioritization of resources. What you’ve observed seems to me to be more indicative of organizational labor divisions than with programming acumen, or even with executive decision making.