Strange preference behavior

Hi all.
This morning I started up my computer and FCP and it immediately prompted me to set my scratch disk. I figured my preferences were hosed so I wentto the folder to trash them. At first the Final Cut Pro 6.0 Preferences was not there. Then I looked again and it WAS there but it disappeared when I clicked on it. I got out of the folder and got back in and it was there so I trashed it (and the others) and launched FCP again. Again it asked me to set my scratch disk. I set it and made a test project....noticed all my favorites were gone etc. then saved and restarted my computer. This time the log in was acting wacky and it took me 2 times to log in. Then when it finally let me, I launched FCP again and it DID NOT ask me to reset my scratch disk and it automatically loaded up a project that I haven't had open for 2 days(and hasn't been opening on launch since then either) . Suddenly all my favorites from 2 days ago were there! Any one know what the heck is happening here?
I am on FCP 6.0.2 on a Power Mac G5 running 10.4.11. I am one of about 6 that is connected to an xsan here are the specs of that:
3xRaid nodes with 2 controllers, 7 drives at 500gigs. 5 media array with a hot spare, RAID 5. Fiber - 4 gig channel. 3 xServers - metadata controller. about 11 Terabytes available to work with.
I think all of our user settings are on the XSAN somewhere....we are able to go to any of the 6 computers and see our own desktop etc.
Message was edited by: esimpsoneditor

I have little experience with network login and sharing user files from an xSan. It gives me the heebie-jeebies. Anyway, did you by any chance go out to the finder and toss the prefs while the "reset scratch disks" window was still open?
Usually that alert only means that some some volume in your list of scratch disks is not mounted at the time you launch FCP, but is not indicative of any problem with your prefs. I usually either just quit and mount the missing volume, if I know which it is, or go ahead and reset the scratch disks, removing the missing drive from the list.
If your prefs are reverting to previous states, there may be some duplicate preference files somewhere on your network that are getting used if you log in differently. "Fraid I can't be of much help to you there...
Max Average

Similar Messages

Capturing DVCAM in FCP 6.0.2 and encountering strange capture behavior

I have FCP 6.0.2 and OSX 10.5.2 and QT 7.3.1. I have been capturing several DVCAM cassettes using my Sony DSR-20 deck. Although I have done this countless times before in earlier versions of FCP, I am encountering some strange repetitive behavior. I am capturing 30 minute clips one at a time. When I use batch capture it will cue the tape up properly to the in point...and then start capturing until it gets to about 10-12 minutes in, and then capture unexpectedly stops, no dialogue box, the tape rewinds and starts capturing again from the original in point. On this second capture, the tape sails past the 10 minute mark and keeps going to the end of the 30 minute clip. It then stops, gives me the dialogue box that it has successfully captured. And it has.
But every DVCAM tape I captured today exhibited the same behavior. Capture would be successful until about about 10 minutes in, then FCP aborts (no dropped frame message, no dialogue box) rewinds the tape back to the in point, tries again, and this time succeeds with the second pass capturing the entire clip. Note at the 10 minute mark there is no scene change or no camera start/stop.
Have other users experienced this issue? And if so, is there a workaround or a possible patch forthcoming from FCP?
Many thanks,
John

Yes, each tape has an in and out point defined. In my 6 years of editing with Final Cut and DVCAM tapes I've never encountered this issue before in the capturing process until now. I will have to see in future weeks with other captures whether this is an on-going issue or not, but at least I can capture for now.

Bug in my code or strange memory behavior ?

Hi, Guys !
It's been a while since I post something in this forum - trying to use your help when it's really needed.
So, here we go ...
(we use Oracle 8.1.7 on Unix box and SQL * Plus 8.1.6)
While back I wrote "core" PL/SQL package that resides in let's say DB1 database. It has RECORD_EXISTS_FNC function designed to dynamically check If the record exists in certain table/view. Assumptions are that you pass in :
Table/View name, Column name, and unique numeric value (because by DBA rules all of our Tables have SEQUENCE as a Primary Key. And I plan soon to put in overloaded function to accept unique character value)
Also every Table has SYS_TIME_STAMP and SYS_UPDATE_SEQuence columns that populated by Trigger before Insert/Update representing Last Update time_stamp
and how many times record was updated within same second.
(in case more than one User updates same record in same time - that was written before Oracle had more granular date/time). So function has SYS_TIME_STAMP and SYS_UPDATE_SEQUENCE parameters (optional) accordingly.
And It looks something like :
FUNCTION RECORD_EXISTS_FNC
(iBV_NAME IN USER_VIEWS.VIEW_NAME%TYPE,
iPK_FIELD IN USER_TAB_COLUMNS.COLUMN_NAME%TYPE,
iPK_VALUE IN NUMBER,
iSYS_TIME_STAMP IN DATE DEFAULT NULL,
iSYS_UPDATE_SEQ IN NUMBER DEFAULT NULL) RETURN BOOLEAN IS
TYPE REF_CUR IS REF CURSOR;
CR REF_CUR;
i PLS_INTEGER DEFAULT 0;
vRESULT BOOLEAN DEFAULT FALSE;
vQUERY USER_SOURCE.TEXT%TYPE;
BEGIN
vQUERY := 'SELECT 1 FROM ' || iBV_NAME || ' WHERE ' || iPK_FIELD || ' = ' || iPK_VALUE;
IF iSYS_TIME_STAMP IS NOT NULL AND iSYS_UPDATE_SEQ IS NOT NULL THEN
vQUERY := vQUERY || ' AND SYS_TIME_STAMP = TO_DATE (''' || iSYS_TIME_STAMP || ''')
AND SYS_UPDATE_SEQ = ' || iSYS_UPDATE_SEQ;
END IF;
IF iBV_NAME IS NOT NULL AND
iPK_FIELD IS NOT NULL AND
iPK_VALUE IS NOT NULL THEN
OPEN CR FOR vQUERY;
FETCH CR INTO i;
vRESULT := CR%FOUND;
CLOSE CR;
END IF;
RETURN vRESULT;
EXCEPTION
WHEN OTHERS THEN
IF CR%ISOPEN THEN
CLOSE CR;
END IF;
INSERT_ERROR_LOG_PRC ('CORE_PKG', 'ORACLE', SQLCODE, SQLERRM, 'RECORD_EXISTS_FNC');
RETURN vRESULT;
END RECORD_EXISTS_FNC;
So the problem is when I call this function from let's say
database DB2 (via db remote link and synonym) and I know exactly that record does exists (because I am selecting those SYS fields before pass them in) - I get the correct result TRUE. The other programmer (Patrick) calls this function within same DB2 database, within same UserID/password (obviously different session), running exactly the same testing code and gets result FALSE (record doesn't exist, but it does !) He tried to Logoff/Login again several times within several days and try to run it and still was getting FALSE !
I tried to Logoff/Login again and I was getting mostly TRUE and sometimes FALSE too !!!
I thought may be It has something to do with REF CURSOR that I use to build SQL on the fly, so I changed to NDS
using EXECUTE IMMEDIATE statement - nothing changed.
vQUERY := 'SELECT COUNT (1) FROM ' || iBV_NAME || ' WHERE ' || iPK_FIELD || ' = ' || iPK_VALUE;
IF iSYS_TIME_STAMP IS NOT NULL AND iSYS_UPDATE_SEQ IS NOT NULL THEN
vQUERY := vQUERY || ' AND SYS_TIME_STAMP = TO_DATE (''' || iSYS_TIME_STAMP || ''') AND SYS_UPDATE_SEQ = ' || iSYS_UPDATE_SEQ;
END IF;
EXECUTE IMMEDIATE vQUERY INTO i;
vRESULT := NOT (i = 0);
RETURN vRESULT;
Interesting note : when Patrick doesn't pass SYS parameters (Time_stamp, Update_sequence), or passes NULLs - function always finds the record ! (Statement 2 below)
May be it has to do with the way TO_DATE () function gets parsed in that dynamic SQL - I don't know ...
Here's the test code :
SET SERVEROUTPUT ON;
DECLARE
SYS_TIME DATE;
SYS_SEQ NUMBER;
bEXISTS BOOLEAN DEFAULT FALSE;
BEGIN
SELECT SYS_TIME_STAMP, SYS_UPDATE_SEQ INTO SYS_TIME, SYS_SEQ FROM LOCATION_BV WHERE PK = 1;
bEXISTS := CORE_PKG.RECORD_EXISTS_FNC ('LOCATION_BV','PK',1, SYS_TIME, SYS_SEQ); -- STATEMENT 1
--bEXISTS := CORE_PKG.RECORD_EXISTS_FNC ('LOCATION_BV','PK',1, NULL, NULL); -- STATEMENT 2
IF bEXISTS THEN
DBMS_OUTPUT.PUT_LINE ('TRUE');
ELSE
DBMS_OUTPUT.PUT_LINE ('FALSE');
END IF;
END;
I asked our DBA, he has no clue about this strange inconsistent results.
I debugged line by line, extracted that generated SQL and ran it in same account - works fine !
Does anyone knows or have clues or can help what's going on ???
I don't know If this is bug in my code or strange memory behavior ?
(Please let me know If anything unclear)
Thanx a lot for your help and time !
Steve K.

see your other thread
Bug in my code or strange memory behavior ?

Strange Permissions Behavior with Public/Private Drop Box

Strange Permissions Behavior with Non-Course Drop Box
In an effort to promote iTunes U on campus this semester (and to get people working with audio and video more) we're having a contest in which people can submit personal or group audio/video projects.
This being an iTunes promo, we intend for students to submit their contributions via a drop box.
To that end, I began experimenting with drop boxes in iTunes U, which I haven't done much of previously. I've created a course called "iTunes U Drop Box Test" under "Campus Events". Within that, I have two tabs: "Featured Submissions" and "Dropbox". My goal with this drop box was to allow faculty, students and college folks the ability to use the drop box ("college" being a role I've defined for those who don't fit into the faculty/student roles).
When I first started experimenting, access to the "iTunes U Drop Box Test" course looked like this:
--- Credentials (System) ---
Edit: Administrator@urn:mace:itunesu.com:sites:lafayette.edu
Download: Authenticated@urn:mace:itunesu.com:sites:lafayette.edu
Download: Unauthenticated@urn:mace:itunesu.com:sites:lafayette.edu
Download: All@urn:mace:itunesu.com:sites:lafayette.edu
--- Credentials ----
Download: College@urn:mace:lafayette.edu
Download: Instructor@urn:mace:lafayette.edu
Download: Instructor@urn:mace:lafayette.edu:classes:${IDENTIFIER}
Download: Student@urn:mace:lafayette.edu
Download: Student@urn:mace:lafayette.edu:classes:${IDENTIFIER}
For the "Featured" Submissions tab, I gave the non-system credentials the "download" right, and for the "Dropbox" tab I gave the non-system credentials the "dropbox" right.
My understanding of this setup is that everyone should have had the ability to view the course and the contents of the "Featured Submissions" tab and that those in the College/Instructor/Student roles would be able to upload files via the "Dropbox" tab ... but not see the contents of said tab after the files were uploaded (aside from any files they uploaded themselves).
This is not the behavior we saw however. While the College/Instructor/Student roles could upload files to the dropbox, everyone (including the unauthenticated public) was able to see all of the contents of the dropbox.
The only way I could get this to work as advertised was to change all of the system credentials save the "Administrator" to "No Access":
--- Credentials (System) ---
Edit: Administrator@urn:mace:itunesu.com:sites:lafayette.edu
No Access: Authenticated@urn:mace:itunesu.com:sites:lafayette.edu
No Access: Unauthenticated@urn:mace:itunesu.com:sites:lafayette.edu
No Access: All@urn:mace:itunesu.com:sites:lafayette.edu
Once I did this, everything worked as advertised: College/Instructor/Student roles could upload tracks, and the "Dropbox" tab would only display tracks they uploaded.
So my question is ... is this the correct behavior for the drop box? It looks like when the system credentials are in play, they're simply overriding whatever the normal "view" rule is for the drop box, which doesn't seem right.

Your current configuration where things work as you wanted does seem correct to me. You are not using any System Credentials to accomplish the functionality and that's fine.
Here's some more info to clarify how / why this is working for you and why you had to set "No Access" for the System Credentials:
The System Credential "Authenticated@..." is going to get assigned to any user that goes through your transfer script. Even if you transfer script assigns no credentials to a user, upon entering iTunes U they will have at least 1 - the "Authenticated@..." credential. Therefore, unless you block access using "No Access", any user that passes through your transfer script is going to be able to access the area in question.
When you change values for "Unauthenticated@..." or "All@..." you are defining what someone that DOES NOT pass through your transfer script can do. You want both of those to be "No Access" at the top level of your site if you do not want unauthenticated visitors.
The distinction between "Unauthenticated" and "All" is that "All" applies to all users whether they pass through the transfer script or not.
Here's another way to remember things:
User passes through your transfer script, iTunes U automatically assigns:
Authenticated@....
All@....
User does not pass through your transfer script and instead access your iTunes U site through derivable URL*, they get assigned:
Unauthenticated@....
All@....
*The derivable URL for a site is: http://deimos.apple.com/WebObjects/Core.woa/Browse/site-domain-name
Mac OS X (10.4.6)

Strange preferences showing up

I recently updated my server to 10.5.6. Since then I have had some clients show thousands of strange preferences in their libraries. This causes major slowdown issues at login. The preferences show up at login. I've watched from the server and seen hundreds appear when the client logs in. Deleting the client and adding them back in seems to fix it. It does not happen to most of the users. Anyone know why this might be happening?

enable ssh on the affected client if it isn't yet, then login and tail logs while the user logs in. running fs_usage will probably help, too, as it will show you what's crating the files and when. as long as the machine's on, you should be able to stay connected through as many client account logins as it takes to determine what's causing this. without log details or evidence, it's difficult to guess what's happening.
what do the files' content look like? the pbs plists may be from the system's pasteboard server, but that's just a guess.

Strange XSLT Behavior: xsl:template match

Hello I found the following strange XSLT behavior when using xsl:template. I only want to read the content of the element /Source/Surname/Details. Therefore I match this path using xsl:template match.
What is strange that in the target message also the value of the Element LastName is written at the end. Please see example below. This is just a short example to point out the problem. I have a bigger message structure where I have to match a similar path. How can I avoid the the value of the FullDetails is just written at the end (not even beeing in an element)? I would have expected that the path is only matched once and the instructions then executed without <LastName> beeing even touched.I used XML Spy for this test.
Here is an example:
Source message:
<?xml version="1.0" encoding="UTF-8"?>
<Source>
     <Surname>
          <Details>MyFirstName</Details>
     </Surname>
     <LastName>
          <FullDetails> MyLastName </FullDetails>
     </LastName>
</Source>
XSLT
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:fo="http://www.w3.org/1999/XSL/Format">
<xsl:template match="/Source/Surname">
<PORR>
<Name><xsl:value-of select="Details"/></Name>
</PORR>
</xsl:template>
</xsl:stylesheet>
Target Message
<?xml version="1.0" encoding="UTF-8"?>
<PORR xmlns:fo="http://www.w3.org/1999/XSL/Format">
<Name>MyFirstName</Name></PORR>MyLastName
Edited by: Florian Guppenberger on Oct 8, 2009 4:35 AM
Edited by: Florian Guppenberger on Oct 8, 2009 4:36 AM
Edited by: Florian Guppenberger on Oct 8, 2009 4:36 AM
Edited by: Florian Guppenberger on Oct 8, 2009 4:37 AM

Hi,
I am not sure why your XSLT behaving like that,please try this XSL,what i did chnages is Templete match /*,I given exact path in Value of select,.
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:fo="http://www.w3.org/1999/XSL/Format">
<xsl:template match="/*">
<PORR>
<Name><xsl:value-of select="/Source/Surname/Details"/></Name>
</PORR>
</xsl:template>
</xsl:stylesheet>
Regards,
Raj

Strange typeover behavior in Newsfeeds

I am getting this strange intermittent behavior when create a post in the Newsfeed.
As you begin to type the text compress and it almost looks like the letters are typing over themselves
The resulting text can be posted and looks fine when posted, it some times does throw an error but the error and type over don't seem connected
It happens on all browser types and even phones and tablets

Hi,
Thank you for your post.
This is a quick note to let you know that we are performing research on this issue.
Best Regards,
Eric
TechNet Community Support
Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact
[email protected]

Strange ZWSREG behavior

We are in the middle of a rollout of about 300 new machines. (used sysprep in the image) The first 100 are doing something strange. They boot up get renamed and join the windows domain with their new name, but register with ZEN as the randomly generated Microsoft name. (usually someting like N-398477634379d979) I deleted the workstation object, unreged and rereged the computer, but it always reregisters with the randomly generated name. What gives? I found a TID that said this was fixed by an update on the latest desktop agent, but that I could work around it by deleting the incorrectly named object and waiting for the machine to reboot, However it still registers with the wrong name. Any ideas? Thanks.
J. Daniel Treadwell

But these are new computers. They should not have image safe data yet. I tried it, but got the same result.
Originally Posted by Craig Wilson
Try running ZISWIN -R when you unregister.
My guess is that it's pulling the old info from Image Safe Data.
Craig Wilson - MCNE, MCSE, CCNA
Novell Support Forums Volunteer Sysop
Novell does not officially monitor these forums.
Suggestions/Opinions/Statements made by me are solely my own.
These thoughts may not be shared by either Novell or any rational human.
"jtreadwell" <[email protected]> wrote in message
news:[email protected]..
>
> We are in the middle of a rollout of about 300 new machines. (used
> sysprep in the image) The first 100 are doing something strange. They
> boot up get renamed and join the windows domain with their new name,
> but register with ZEN as the randomly generated Microsoft name.
> (usually someting like N-398477634379d979) I deleted the workstation
> object, unreged and rereged the computer, but it always reregisters
> with the randomly generated name. What gives? I found a TID that said
> this was fixed by an update on the latest desktop agent, but that I
> could work around it by deleting the incorrectly named object and
> waiting for the machine to reboot, However it still registers with the
> wrong name. Any ideas? Thanks.
>
>
> J. Daniel Treadwell
>
>
> --
> jtreadwell
> ------------------------------------------------------------------------
> jtreadwell's Profile: NOVELL FORUMS - View Profile: jtreadwell
> View this thread: Strange ZWSREG behavior - NOVELL FORUMS
>

Strange window behavior with CS5

I have begun experiencing strange behavior with PS CS5. I should begun with the machine configuration: 2.66GHz iMac (8,1) Intel Core Duo with 4GB RAM and OSX 10.6.6, Radeon HD 2600 Pro graphics card. The initial symptom showed up suddenly as an inability to display an image window; that is, I could open PS normally, everything would show up properly, but when I opened an image file of any sort, there would be no image window. Other cues indicated that the file was open; for example, the window menu would show it selected, and the layers palette would show the file's layers.
It did not seem to matter what type of file was involved: PSD, JPG, TIF, whatever. Occasionally, this behavior would begin during a session. Sometimes it would happen right off the bat. Sometimes, stopping and restarting PS seemed to clean things up; other times, this had no effect. After messing around quite a bit with different permutations and combinations, all I could say was that the problem was random.
I might add that I've had PS CS5 on this machine pretty much since it was announced, and had not had problems with it before. So this issue came along quite suddenly a couple of weeks ago. This was a little after I'd installed an update for Nik's Viveza 2; and I began to suspect that. Although why Viveza should do such a strange thing was odd, and Viveza was never part of the files I was experiencing issues with. Anyway, I went back to an earlier version of Viveza and the problem persisted.
Since I run Time Machine, I also went back to versions of the entire PS folder from a month back, and found the same problem. Along the way, I experimented with the files I was using with PS CS4 & CS3, which I also have installed on this machine. These two versions of PS run perfectly well. At least the CS4 version has precisely the same plugins as the CS5 folder, and this seems to discount the potential problem with plugins.
To be sure about CS5, I completely deactivated, deinstalled, and reinstalled it. The same issues occurred. Now, I have to admit that I let PS run its update process so that I brought it back to the most recent version in this step of my troubleshooting. So, I can't be certain that the issue isn't with some update of CS5.
I might add that I have been running CS5 in 32-bit mode, for compatibility with certain plugins. This may or may not be an issue, since I have limited experience with running in 64-bit mode. At this point, I should add a bit more about the confusing behavior.
While messing around with CS5, I also suspected the GPU support, since my problem had to do with windows. When the problem presents itself, the usual cycle through window views that you get by pressing the "F" key seems to get messed up. In particular, the "F" key doesn't work at all. Next, if you use the View menu to select different views, the full screen with menu bar view will often have garbled pixels, while the full screen view will show a blank grey screen. Then, cycling back to a window view will show a window with blank grey contents. This is interesting since the starting point was no window at all; but going into full screen and then back will produce a window with bogus contents.
Now, the next strange thing, having to do with the GPU, is that CS5 often fails to recognize the Radeon HD 2600 card. Oddly enough, it did originally. And I had it running in Basic mode. However, CS4 does recognize the GPU; and I can set it in any variety of modes: Basic, Normal, and Advanced. This behavior is not consistent at all either; that is, while CS5 almost always now fails to detect the GPU, sometimes it does. As near as I can tell, this failure to detect the card does not depend upon whether I start CS5 in 32-bit or 64-bit mode. OTOH, CS4 always recognizes the GPU.
Another form of this odd behavior arises if I start CS5 cold, and then just open a new blank window. This almost always works. I get a blank white window, and I can paint on it with a brush, etc. However, if I go ahead at this point and open a file, then the new file takes over the window; and there are no tabs. If I select the original new file, usually labelled "Untitled", the window bar will show the change of filename but the window's contents and the layers palette will continue to show the old file that I had opened. Cycling through views can sometimes get back to the new Untitled file, but just selecting file windows never works.
Yet another aspect of this messed up window behavior is that the workspace bar, which shows the Bridge, MiniBridge and view icons on the upper left and the various workspace options and CS Live on the upper right, is present but blank. OTOH, the tool bar is always displayed correctly, as is the horizontal bar that shows the various tool options. Likewise, the palettes for the workspace such as layers, swatches, adjustments, and so on, are always correctly displayed on the left.
My next steps in trying to figure this out will be to ensure that I am running the latest of all plugins so that I can get everything running in 64-bit mode and try this again. However, the single factor that seems consistent in this whole mess is that whenever I do find this odd behavior, the performance preferences window will indicate that CS5 is not detecting the GPU. Whenever this happens, if I open up CS4 and check the same performance preference in it, the GPU is detected. I can have the two preference windows side by side on the screen in fact, CS4 sees the GPU and CS5 does not. The counter-indication is that sometimes CS5 will work properly and the preferences window still shows that the GPU has not been detected. Having said that, I can add that if I have opened up CS5, and it has found the GPU, and I have set it into, say, Basic mode, and then later found CS5 messing up, and I go back and check the performance preferences again, the GPU has always been lost. So, CS5 can mess up windows with or without the GPU detected and active; but when if it started with the GPU present, it will show up as lost after the weird behavior starts.
To add one more observation, I have had Macs and other computers with failing GPUs. This computer is showing none of the typical signs of that. Every other program seems to be working just fine, and I have a lot of these, many graphics intensive; e.g., Corel Painter 11, Parallels v6 running Windows 7, PS CS4, Lightroom v3, Aperture v3, and so on. It is just CS5 that is messing up.
I could load up this message with screen shots of all this nonsense, but I'm not sure what that would add to the strange tale, other than I'm not pulling your legs. I am, however, pulling out my own hair.
As I stated before, this began quite suddenly a couple of weeks ago, early Feb 2011. My best guess as to cause is some combination of incompatible updates between CS5, OSX, and maybe some plugin or other. I found unusual behavior with onOne's FocalPoint v2 last year after Apple updated GPU drivers in some OSX update, and cratered that program. It took onOne a month or two to fix that. I have CS5 on a laptop with the same OSX version, and on that I haven't seen these issues; but then, I haven't been using it as intensely over there. Also, that machine has different CPU and GPU models than this iMac.
So, to the community: is anybody else starting to see this odd stuff? Am I alone?

Here's the reason I say that the same plugins exist for both CS4 & CS5. Sometime last year, the internal hard drive on this computer died (as they so often do), and it was replaced under the Apple care warranty. As a consequence, I decided to rebuild the OS and applications from scratch and bring back my user files from backup. I among other things, I reinstalled all of CS4 as well as CS5 (and I had to put CS3 back too for reasons having to do with printing calibration images for Quad Tone RIP). Then, I went to reinstall the plugins that I needed. I use Nik Software, onOne, Portrait Professional and various Topaz plugins. To my recollection, most of these install in PS CS3, CS4, CS5, Aperture, and Lightroom. In short, it is not that I've copied or moved plugin folders from one application folder to another, just that the installers automatically detect the presence of the various applications and put the various plugins into each, as appropriate.
The only 32-bit plugins that I have that don't fit into this category are from Vincent Versace. He provides special versions of certain Nik plugins (Tonal Contrast, Contrast Only, etc) that function with some Acme Educational extensions for performing B&W conversion, sharpening, blah blah blah. These plugins are only 32-bit and the extensions are only CS5 compatible. I've installed these ones only into CS5; so, you've got me. OTOH, I've had these from Vincent as soon as CS5 was available; and they've worked so far without problems. Perhaps I should just edit the extensions so I could use the latest plugins direct from Nik instead of the Versace special editions...
I've checked fonts and repaired permissions. I am presently going through the rather tedious process of disabling plugins and extensions to see if anything yields consistent results. The rather random arrival of the strangeness makes ensuring that a change is really having an effect more difficult to validate, as you will appreciate.
I apologize for my long-winded original post. I add all of the detail so that anyone who'd experienced similar strange behaviors might properly pattern-match what they were seeing. On the one hand, in finding the cause of a problem, you look for what's changed; and theoretically nothing is new. On the other hand, there's always so much changing behind the scenes with automatic updates of this, that, and the other thing that it's impossible to make the claim that nothing's new.

Strange Mail Behavior when cicking reply to

I am having a very different but very strange behavior when in mail 5.2 I click on reply or forward in my menu bar a new mail window opens up and quickly moves off to the right of the screen and disappears laving my inbox. I cannot find where they are going and the only way I can respond is open the mail in a new window. This is weird I have been using mail forever and never seen this before?
any suggestions???
mac os 10.7.4
Thanks for any suggestions

So Mail doesn’t really crash (i.e. quit unexpectedly). Rather, it freezes (i.e. becomes unresponsive), right?
What type of mail account is this (POP, IMAP, .Mac)?
Verify/repair the startup disk (not just permissions), as described here:
The Repair functions of Disk Utility: what's it all about?
Go to Apple Menu > System Preferences > Network, choose Network Port Configurations from the Show popup menu, and make sure that the configuration used to connect to Internet appears at the top of the list.
Try disabling Search .Mac For Certificates in Keychain Access > Preferences if it’s enabled. Take a look at the following articles for an explanation of why this could be the problem:
http://www.hawkwings.net/2006/07/18/apple-mail-phones-home-too/
http://www.macgeekery.com/tips/mailapp_doesnt_phone_homeeither/

Strange audio behavior in 10.5.2

Hello,
I am experiencing some odd audio behavior in OS 10.5.2.
I am using iTunes connected through the Built-In Line Out to a pair of Altec Lansing speakers with subwoofer.
Recently, I am getting fluctuating volumes with iTunes playback - the volume will get louder for a second and then go back. It doesn't happen regularly, but frequently enough to be annoying. Also, if I pause playback on iTunes, I will hear some noise that resembles rumbling, not really popping or hissing.
It's very strange and I'm not sure what might be causing it.
Any suggestions?

ok, hmmm do you have any thing thats set to open when you login? if not what i'd like you to do for me is test it in a new user. create a temp acct on the computer and see if it does it there. if it DOESN'T then from finder select go>home>library>preferences>and take the com.apple.finder.plist and move it to the desktop then restart. if it DOES happen in the second user then please let me know and ill see if if i can find any thing else other than to reinstall snow leopard. if you do have login items i'd like you to remove them and reboot to see if it still happens.
>system prefs>accts>login items
if you have any questions please ask

Strange Permissions behavior

I have OS X 10.4.11 on an iMac with four user accounts. Everything has been fine.
Today I created a new user account from System Preferences, called "visitor". It seems to work, but I noticed something strange:
The files and folders in the "visitor" Home belong to user owner "visitor" and also to group "visitor". Seems strange, since my other users all have files and folders belonging to user owner (account name) and group owner "staff". Where did group "visitor" come from, and why does it not use the "staff" group ownership, as with the older user accounts? They are all standard accounts, except for one administrator.
For all that, it seems to be behaving pretty well, with one minor exception: With my administrator account, using Terminal, I cannot get access to the visitor account directories. When I do cd (directory name), nothing happens, not even an error message. A pwd reveals that the cd did not change the working directory. If I log in as root, I can roam this user hierarchy freely, but not as an admin user. I assume this has to do with the unexpected group ownership...
No serious problem, but the weird behavior has me believing I did something wrong. I tried running a Repair Permissions, but it did not change this.
I think I created those older accounts using the same procedure, but with earlier versions back to 10.2.

You didn't do anything wrong. That is normal in Tiger. In earlier versions of OS X and, I believe, in Leopard, users are members of the staff group and the standard ownership on files in their home directories is username:staff (i.e. owner username, group staff).
In Tiger, Apple changed this so that every user corresponds to a unique group of the same name. The default settings on files in users' home directories is username:username. When you created the new user, you also created a new group by the same name.
The older accounts reflect the settings in the version of OS X in which you created them. When you migrated those accounts to Tiger, the migration assistant must have brought the default ownership settings etc. over. It is actually these accounts which are anomalous by Tiger's standards. I wouldn't lose too much sleep over it, though, unless, perhaps, you have users you really cannot trust.
I believe the change in Tiger was security related. In Leopard, the default use of Access Control Lists is used to tighten security instead. Tiger's behaviour is odd, though, and certainly not standard unix behaviour.
sudo cd does not work. It has nothing to do with the group ownership issue:
pwd
-> /Users/myname/tmp
sudo cd /Users
-> password:**
pwd
-> /Users/myname/tmp
- cfr

Very strange interface behavior

After installing SL on my early MBP I am seeing very strange behavior in some (but interestingly not all) dialogs.
Some drop-down selectors have a slight discoloration in the red-pink end of the spectrum. When I select the item it goes back to normal. The other issue is that certain selectors are flat (meaning that where I would expect a raised button it is flat).
Since I fear I'm not doing a particularly good job of explaining what I mean, I've uploaded screenshots to my MobileMe account. Is anyone else seeing this? Is this something that, perhaps, a clean install might resolve?
http://gallery.me.com/dreadgeek#100251
Cheers
Aj

Of course, I reinstalled SDK, cleared caches, preferences and so on.
Tech Guru, thank you for your replies, but it seems I posted my question in the wrong place. On the whole forum the only person payed attention to my issue is you Maybe you can advice me the right place?

Strange icon behavior

Since purchasing an iMac with Snow Leopard pre-installed, I've experienced a series of strange ‘icon bugs’, and the problem has persisted through to the latest 10.6.4 update.
Bug #1: Occasionally icons on the desktop will become pixelated and blocky, resembling MacOS 9 sized icons that have been over-magnified. If I restart the Mac or log out and back in again the problem will go away, at least until the next random occurrence. The problem seems to particularly affect icons for inserted CDs and DVDs, but I’ve also seen it occur with application and file icons.
Bug #2: Sometimes icons will disappear completely by becoming transparent. This has affected all kinds of file types, but particularly files that have been freshly downloaded to the desktop from Safari. I can resolve the problem by dragging the affected file into a freshly created folder and then back onto the desktop, at which point the icon reappears.
Bug #3: About 50% of the time I insert a USB thumb drive or mount a DMG disk image, the icon displayed on the desktop will be for a hard drive (i.e. the one used for the internal hard drive) and not the white icon normally used for mounted images.
These bugs only occur on the desktop. They never occur in other folders or in list view. I cannot isolate the cause to any particular task or process. Sometimes they happen immediately after a re-boot.

Create a new User go to System Preferences > Accounts > "+" (make it an admin acct) and test the apps in this new account, if they work the problem is isolated to your User and not systemwide.
If the issue is limited to your user account try going to Users/yourname/Library/Preferences and move com.apple.desktop.plist and com.apple.desktopservices.plist to the trash. Restart and test. You may have to reset some Desktop settings.
If that didn't work, start up in Safe Mode (It will take more time to startup in Safe Mode because it runs a directory check.)
If your Desktop icons function correctly that way, go to System Preferences >> Accounts >> Login Items, and remove them. Boot normally and test. If not go to/Users/yourname/Library/Contextual Menu Items and move whatever is there to the desktop. Then do the same with /Library/Contextual Menu Items. Lastly, try moving/Users/yourname/Library/Fonts to your desktop and restarting.
Log out/in or restart, if that sorts it start putting items back one at a time until you find the culprit.
If the issue is systemwide then, you may be able to repair this with the The 10.6.4 Combo Update This is a fuller install, as opposed to an incremental "delta" update so it should overwrite any files that are damaged or missing. It does not matter if you have applied it before.
Remember to Verify Disk before update and repair permissions after update from /Applications/Utilities/Disk Utility.
-mj

Strange Client Behavior after upgrading to 10g

Hello Friends !!!!
Here is my scenario:
Oracle Database 10g 10.2.0.3
Windows 2008 Server SP2
After upgrading from oracle 9.2.0.1.0 and Windows 2003 Server I'm facing a strange behavior.
Many times over the days some machines do not release some table resources even having their status "INACTIVE" and the wait event "SQL *Net message from client" and wait class "IDLE".
Therefore, i got a lot of locked sessions, and users complaining..... until I kill them
The client machine was as well switched to Oracle 10g client....
Have you guys got any tips about this scenario?
Tks for any advice.

About the lock queue:
1. blocking session has an exclusive table lock on VENDEDORES table; this is very rare in application because most of the time not needed: application code should try to avoid to take such kind of lock.
2. blocked sessions request a row share table lock: it looks like that VENDEDORES table is a child table linked to some parent table with a foreign key constraint and that an index on the child table foreign key is missing (this kind of lock is requested if you DELETE from parent table or update parent table primary key).
About the lock session: this is the blocking session that is waiting since 19 seconds on client: it is likely an application issue: you should try to investigate what the client (aservice.exe) is doing while holding an exclusive table lock.

Strange preference behavior

Similar Messages

Maybe you are looking for