PE 11 Organizer bugs (2)?

Using PE 11: Question 1: When I change a photo caption in Organizer, PE copies and deletes the file in the background, filling up my trash can. Running Windows 7 Pro. Question 2: Intermittently the keyboard shortcuts aren't recognized (e.g., PF11 in organizer for displaying file in fullscreen). Any fixes/workarounds available?

petiir wrote:
Using PE 11: Question 1: When I change a photo caption in Organizer, PE copies and deletes the file in the background, filling up my trash can. Running Windows 7 Pro.
See:
http://www.johnrellis.com/psedbtool/photoshop-elements-faq.htm#_Photos_appear_in
When you change a caption, not only that field in the catalog database is changed, but the field in the metadata section of the image file itself is changed: the original file is re-written. I think that it's a measure to enable 'undoing' the change. Is your trash can really filling up ?
Question 2: Intermittently the keyboard shortcuts aren't recognized (e.g., PF11 in organizer for displaying file in fullscreen). Any fixes/workarounds available?
I have only met the 'F11' key problem intermittently (in PSE12 as well). I am also on Win7. Doing some more testing, I found that I had to wait up to 5 - 10 seconds the first time before the full screen appeared. Then I have everything ready, including the filmstrip. I also tested with big raw files (32 Mb); they take normally around 7-9 seconds to be displayed. Only difference with small jpegs, the F11 screen appears after 5 - 10 seconds as previously described, the I wait for 7 - 9 seconds for the file to be converted and displayed.
Since then, I have always waited and I the F11 screen have always appeared. Could you try the same ?

Similar Messages

PSE 7: Editor exits to Organizer - Bug?

Hi, I did ask this question once before, but it may have gone to the bit bucket. So I try again if any of you have an idea why the Editor shows this behaviour. Thanks for any "illumination"!
I wonder if the following is a PSE design feature or is really a bug.
- In the Editor I have, say, 3 pictures open.
- I finish editing one and close it.
- Now the Organizer opens automagically!!!
- I would prefer the Editor to remain open so as to continue to edit the other pictures.
Alexander

John,
Excuse me... I did not properly give the details.
Always use the Organizer. My wife has 37,000+ pictures in her catalog, running Vista on a quadcore with 4 GB.
- Open Organizer
- Select pictures for editing, Ctrl + I, leave Organizer open
- Open Editor
- Edit various pictures
- Finish one picture, Ctrl + S with "include in Organizer", then hit Ctrl + W to close that picture
- Organizer window now opens (I hav it full screen), Editor's window now behind Organizer
- Now have to go to task bar and click Editor again when I really wanted to stay in the Editor
I said "bug or feature" as I suspect that it is a feature to maybe give you the chance to tag the picture. However, IF it should be that, then the Organizer should/must immediately jump to the Import Batch screen.
What is your opinion?
Regards from Austria,
Alexander

Content Organizer bug - PDF files does not get routed correctly if autodeclaration is on and library level default values are set

It looks like whenever one specifies Column default values at a library level then the content organizer routing goes a bit awry SPECIFICALLY FOR NON OFFICE FILES [e.g. PDF] . Below are the observations and issues
1. Column level default value set on a record library with auto declaration of records turned on. The content organizer routes the document to the library but also keeps a copy of the document in the drop off library. It does not remove it from the drop
off library. The instant we clear the default value settings at the library level of the target library the content organizer works as expected again.
2. If default value settings are specified on a column in the target library then the PDF file gets routed to the document library but all the metadata is blanked out. The copy of the file that remains in the drop off library has all the correct metadata but
the target library has blanked out metadata.
Are the 2 observations described above by design or are they bugs? If so is there any documentation that is available that proves this because this does not make logical sense and proving this to a client in the absence of any documentation is a challenge.
The problem goes away if we shift the default value to the site columns directly at the site collection level. It's just the library level defaults that the pdf files do not seem to agree with

Hi Lisa,
Thanks for responding. This can be replicated in any environment but is only replicable for a specific combination of content organizer settings . The combination of settings I am referring to can be seen in the screenshot below. If you turn off redirect
users to the drop off library for direct uploads to libraries and if you turn on sharepoint versioning then you should be able to replicate the issue. Also we are using managed metadata site columns. I simplified this use case to a custom content content type
with just 2 custom managed metadata columns and can still replicate the issue in several environments. Also note the issue does not occur if the default values are set at the site or site collection level. It only occurs if you set the column value default
at a library level. I was able to replicate this on a completely vanilla Enterprise records site collection freshly created just to test this. Also note that the issue is not that the file does not reach the destination library. The issue is the
document does not get removed from the drop off library after it is transfered to the destination library which technically should have gotten removed.

PSE 8 Organizer: Bug in "Get Photos and Videos from Files and Folders"

In PSE8 Organizer, I have a weird bug that occurs when I am using Get Photos and Videos from Files and Folders on certain folders on my hard drive. If the "Files of Type" filter is left as the default ("Media files (photos, audio, video)"), whenever I click on a file in the file browser, three or four files or folders seem to disappear from the folder. I can keep clicking on different items until every file and folder has apparently vanished from the folder. Looking in Windows Explorer, the files and folders are still there, and if I switch the "Files of Type" filter to "All Files", everything reappears and the behavior no longer occurs.
I'm not sure why only certain folders show this behavior. It may have something to do with the types of files or folders in the folder I'm looking at, but I'm not sure.
Has anyone else seen this happen?

Are you on Win 7? If the files in the Get Photos dialog disappear after you select them,confirm if the names of selected files/folders is shown under the File name . If yes, you can import these files by clicking Open. You should find the issue addressed in E9.
Thanks

Capture time organization bug

I take a lot of stop-action pictures that are often separated by only a second. I find that when I import them from a card into LR (with my own file renaming convention) and organize by capture time, the pictures are only organized down to the minute, but if say picture A was taken a second later than picture B, it will still organize picture B ahead of picture A (even though LR shows the correct metadata). Now I have a series of pictures that are hopelessly out of order at the level of seconds. Has anyone else experienced this - does anyone have a fix?
Lee

There'll be one top folder, but LR wants to organize by date as you import, which is just right for most, and I am not suggesting eschewing this. Just on a mass of older images, etc., I personally wouldn't bother sorting them by date/folder unless you have a compelling reason, such as one's boss saying "that's how WE do it here...."
I am a bit of a renegade, perhaps, in that I never use camera generated names/numbers*, and usually name the images after I've culled and edited, and (shudder) change the name of the folder from date to event or location. There are brilliant folk who'll say this is wrong, but it works for me. Nicely!
* If you're backing up at the same time as Import, you're pretty much stuck with the camera numbers, afaik.

PSElement6 & PS Album 2 files

I have been using PS Album 2 since it came out. A couple of years ago I bought PS Element 6. I finally have some time to learn Element 6. My question is, can I transfer all my pictures from Album 2 to Element 6? If so, how would I do the transfer?
Thanks for the help.
Larry

Larry,
In theory PSE 6 should be able to upgrade your catalog from PSA 2. However that transition from PSA2 is not always "smooth".
1- I suggest that you read this FAQ
http://www.johnrellis.com/psedbtool/photoshop-elements-faq.htm#_Problems_converting_catalo gs
2- I call your attention to doing the preparation commands of Reconnect All Missing Files and the Catalog Recover mentioned in that FAQ. I think that they exist in PSA 2 - but I no longer have PSA2 installed in order to verify that. I can't guarantee that doing those commands will avoid all problems but they definitely should be done as a cleanup of your PSA 2 catalog prior to starting the catalog upgrade process.
3 Because you say you will be using PSE 6,
there is one PSE 6 Organizer bug for which I am warning you because it will delete some of your personal photo files if you encounter it. Normally the recommendation is to move photo files that are in the PSE Catalog by using PSE commands. However, because the PSE 6 Organizer has a bug that deletes a photo file if you attempt to move a file of the same name in to a destination folder, I personally can not recommend that approach for version 6.
Possilbe workarounds
3A -- Move a small number of files with Windows Explorer and then use the PSE 6 Reconnect command.
3B -- Another workaround would be to manually check for duplicate names in the source and target folders and then once you are confident there are no duplicate names, use the PSE Organizer to move the files. Or to first make an extra copy (backup) of ALL folders to which you will be moving photo files and then use the PSE Organizer to move photo files.
3C -- Of course, the simplest approach is to NEVER move photo (or other media files) after they have been cataloged in the PSE 6 Organizer catalog.

IBooks 1.2.1 fixes?

What exactly did this update fix? I'm still at version 1.1 because of all the bugs that were in 1.2 but would like to know if they were finally fixed.
Specifically I'm concerned about the following:
Book loading bug
PDF cover bug
Organization bug
Shelving graphic bug

Closed - Moot

[svn:bz-trunk] 18055: Moved files to the correct folder

Revision: 18055
Revision: 18055
Author:   [email protected]
Date:     2010-10-07 04:20:08 -0700 (Thu, 07 Oct 2010)
Log Message:
Moved files to the correct folder
Added Paths:
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/blazeds-spring.xml
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/blazeds-spring.xml.ins tall
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/blazeds.xml
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/blazeds.xml.install
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/ds-console.xml
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/ds-console.xml.install
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/qa-manual.xml
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/qa-regress.xml
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/samples-spring.xml
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/samples-spring.xml.ins tall
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/samples.xml
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/samples.xml.install
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/Catalina/localhost/team.xml
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/localhost.keystore
    blazeds/trunk/servers/apache-tomcat-6.0.26/conf/tomcat-users.xml.install
Removed Paths:
    blazeds/trunk/servers/apache-tomcat-6.0.26/Catalina/
    blazeds/trunk/servers/apache-tomcat-6.0.26/localhost.keystore
    blazeds/trunk/servers/apache-tomcat-6.0.26/tomcat-users.xml.install

Unless you are an Apple developer, the only way I know is to submit feedback via https://www.apple.com/feedback/itunesapp.html
Here's the feedback I just submitted:
Subject: Library organization bug in iTunes 12.0.1.26 for Windows x64
I Have Feedback About: Software or Hardware Compatibility
Comments:
Hi,
I have my iTunes library organized into subfolders (Music, Movies, TV Shows, and so on). When I add new video media to iTunes, either by "drag and drop," or placing a file into the "Automatically Add to iTunes" folder, the new media file is placed in the "Home Videos" folder. Then, after changing the metadata using the "Get Info" mechanism, the metadata is updated; however, the file is not moved out of the "Home Videos" folder. A new folder is created properly under "Movies" or "TV Shows" (depending on the type), yet iTunes isn't taking the final step of moving the file into that folder.
I've validated this behavior on two different Windows systems.
iTunes 12.0.1.26 running on OS X 10.10 (Yosemite) moves the files properly, so this issue looks to be specific to the Windows version.

Elements 12 Organizer crashes every time I try to use the Photo Mail function. Has anyone else come across this bug?

I highlight the photos I want to share, go to Photo Mail, select the addressees and press "Next". I then get the error message: "Elements Organizer has stopped working" and I have to close the program down.
This is obviously a bug in the program and needs fixing. Has anyone else encountered it and found a solution. (I might add that the same crash happens if I try to use the "Email attachments" function.)

Hi,
Are you running on a Windows system?
If so, use the windows explorer to navigate to one of the following files according to your system.
64bit system: "C:\Program Files (x86)\Adobe\Elements 12 Organizer\PhotoshopElementsOrganizer.exe"
32bit system: "C:\Program Files\Adobe\Elements 12 Organizer\PhotoshopElementsOrganizer.exe"
Right click on that file and select Run as Administrator then try your email again.
You should only have to do this once.
Good luck
Brian

Adobe Acrobat 9 Bug - Organizer file

I have found a bug in Acrobat 9 where you cannot turn off the organizer. even though you turn it "off" in the program it still accesses, reads and writes to the file located
"%USERPROFILE%\Application Data\Adobe\Acrobat\9.0\Organizer90"
this causes a HUGE problem for our clients as our software uses the Acrobat 9 API. Our users are accessing hundreds of documents a day and there are cases where the Organizer90 file reaches upwards of a couple hundred megs per user.
This also equates to extremely slow PDF access over time.
Does Adobe know about the issue? it worked just fine in Acrobat 8, but in 9 they broke it.
Does anyone know a perminent solution or fix?
Any help is appreciated.

yeah, we tried the other options, however due to the high volume of pdf files being accessed on thier workstations the file grows exceptionally fast. the ideal situation is to have Organizer not remember PDFs at all.
The setting you mentioned "Don't remember PDFs" is exactly what we set it to, however, the organizer90 file still remembers the history and grows. (this was not the case in adobe 8, the organizer behavior was working properly)
We have a temporary workaround for existing users on a workstation to delete the large organizer90 file, launch adobe, open a PDF and save it (it will then recreate the organizer90 file, even with the option "don't remember PDFs" selected), then we mark organizer90 as read only.
creating an organizer90 file with NULL does not work as there seems to be some adobe information in that file. we tried just creating a NULL file but then Adobe would pop up with errors about the organizer file. (even with the setting turned off)
Right now, we have to perform this on every workstation for every user that logs into the workstation which is not really an option.

Bug in organize imports

Hi,
There seem to be a couple of past bugs on organize imports- I'm not sure if this problem falls into the previous issues or not (or if they have been corrected.. ..as I side note, how does one access the list of open bugs? I can only find past fix lists)... ...any way, the issue:
* I had to import some legacy code which cotains a) unused imports and b) imports to vendor-specific classes (e.g. com.ibm.websphere.ldap.serializer.ModificationItem, rather then java.naming.directory.ModificationItem )
* if I choose to ogranize imports it generates malformed code, specifically:
--the class level javadoc is repeated (occurrs each time)
--often an empty import statement is put before the class-level javadoc
--"public class LDAPHelper" becomes
"public class LDAPHelper class LDAPHelper" (this problem occurrs each time)
Seeing how this code with its vendor specific implementations can't compile any way, it's not as annoying as it normally would be, but still a little surprising. Take care.

Sean,
does this happen with JDeveloper 10.1.3 ? Open bugs can be looked up in metalink.oracle.com if you have a support contract
Frank

[BUG ?] PSE Organizer - Sort by file size

Hello,
When trying to sort by file size with PSE Organizer, it only takes into account the recently imported pictures.
I have recently migrated my catalog from PhotoShop Album V1.0 to PSE Organizer without problem (or at least I solve all of them, thanks to John !).
Now, when I ask all pictures with a file size higher than 2000 kb, I only have the files that I recently imported... Is there any solution to also include all pictures (I paid attention not to select the recent album, I show all pictures - but maybe I do something else wrong ??)
Thanks,
Kamayana

johnrellis wrote:
Interesting. When you do Edit > Update Thumbnail, PSE rereads all the metadata from the file except for keyword tags. So your hypothesis that the file size information was not converted from the PSA catalog sounds reasonable. Just one of many bugs in the conversion process.
Yes, EDIT > UPDATE THUMBNAIL, that's what I done (sorry, I am french and I downloaded the french version, so my translation are sometimes erroneous).
Anyway, it solve my problem, thanks to you for helping me, you finally helped me to be curious and to search the problem.
Kamayana

FB3 Beta 3 - another organize imports bug

I'm getting lucky :-) Here is another organize imports bug in
FB3 Beta3...
If you have some simple hierarchy where base class defines
public (or protected) method, and sub class tries to override this
method you will encounter this bug. Let say that base class looks
like this:
package test {
import flash.display.Shape;
public class BaseClass extends Shape {
public function BaseClass() {
public function myMethod():void {
trace("In BaseClass.myMethod()");
and that sub class looks like this
package test {
public class SubClass extends BaseClass {
public function SubClass() {
super();
Now, if you try to override myMethod() from BaseClass and
start typing in subclass something like
override public function m
and use Ctrl+Space, FB will insert appropriate method but it
will also insert errorneous import statement like this:
import test.BaseClass.myMethod;
So you will end up with sub class which looks like following:
package test {
import test.BaseClass.myMethod;
public class SubClass extends BaseClass {
public function SubClass() {
super();
override public function myMethod():void {
Wrong import is correctly marked as error but issuing
"organize import" does not remove it so it must be removed
manually.
Regards,
Damir Murat
PS: Sorry for bad code formatting but there is no option for
inserting in-line code and attach code is a little bit
awkward.

Damir Murat,
Did you already file a bug for this? If not, would you mind
adding it to the public bug base so we can track the issue.
Thanks,
Peter

Iphone 4 caching previous email image? Organize by Thread bug?

Hi all,
I have a user who noticed an image that he had opened in his email previously... appear in a new email that was sent out by someone else. The new email definitely contained a new image. I confirmed this by actually taking a look at the email in his Outlook versus what was shown on his iphone.
The email happened to be within a thread (since it was the first email, I assume that it was cached even before the email was in a thread).
So I turned off organize by thread and the image then appeared to be the correct one.
Turning it back on... the image is still the correct image.
Has anyone else seen this problem?

No one has seen this?

Organizer deletes Exifs when opening Jpegs with Editor - Bug?

Hi,
I'm using PSE7 and since a few days I noticed that all Exif information of Jpegs which I open with the Editor (from the Organizer) will be deleted.
But only the Exifs of rotated (vertical) pictures will be deleted. I happens not from the beginning. No problems with the first few Jpegs, but after a while the Exifs of all rotated Jpegs I open for editing will be deleted...
Any ideas how to fix it?? Thanks!
Ariko

Hi John,
the first file is after the Exif data were deleted (IMG_5272)
http://www.pixentral.com/show.php?picture=1yGGFOc39JLuwWvYnknNhYxLQmMe
the second file is before (IMG_5272a)
http://www.pixentral.com/show.php?picture=1L1OKVAPhuHYduxWJztEEj75qWKbi
If I open the second file (original) with the editor without tagging it, then everything works fine.
But if I tag it before (in my case London 2009) and open the file for editing, then the Exif will be deleted (IMG_5272).
I'm using Win XP SP3 and PSE7 (both in German)
Thanks!

PE 11 Organizer bugs (2)?

Similar Messages

Maybe you are looking for