Lion Cursor Bug

Does anyone else have the bug in Lion where the cursor will sometimes shoot to a corner of the screen? I'm using a Magic Mouse with my Macbook Pro and from what I've seen it will sometimes happen when the mouse is moving from one window to another one and then it will just go all the way across the screen to the edge in the direction I was moving the cursor.

I'm having this problem with a 27'' imac and magic mouse. I think it is a design feature gone wrong.
The idea is that you move the mouse fast to 'jump' in a particular direction in order to make navigating larger screens easy. However, the problem is that it seems to be working in overdrive and jumping in random directions when you don't want it to.
It really is a major problem on my machine.

Similar Messages

  • Mountain Lion brings bugs and breaks Automator Services

    Just love this Automator tool, been using it to make my Finder dance for a while now.  My fresh install (Erase/USB) of Mountain Lion seems to be reproducibly broken for adding Services, and also appears to have a bug for editing existing Services...
    My steps to failure were as follows:
    Open Automator
    Select and choose "Service" to create a new service
    Find/drag "Get Selected Finder Items" to the service pane
    Find/drag "Launch Application" to the service pane
    Select the desired program/application (in this case a AppleScript.app)
    Change the "Service receives selected" to "Files or Folders", and change "in" to "Finder"
    Select the "Workflow" -> "Run" option to verify that the workflow actually works…  (Note: my Applescript applicaiton needs me to actually select a image file in Finder to properly operate...  But it works just fine in this step).
    Save the new Automator's service workflow (saves to ~/Library/Services as "Convert selected image" - (actually, any name produces the same failure mode.
    Close the new workflow document in Automator
    Verify that the Service exists (is installed) in "~/Library/Services/Convert selected image.workflow"
    Open a new Finder window,
    Ctl-Click on any file or folder, select the Services fly-out context menu: BROKEN: The expected Finder context service text of "Convert selected image" is not available.
    Verify that the Service exists (is installed) in "~/Library/Services/Convert selected image.workflow"
    Go back to Automator, select "File" -> "Open Recent"
    Select the recent "Convert selected image" file, up pops a new "Service Installer" dialog
    Selecting "Open with Automator" works as expected, the file opens in Automator
    Selecting "Cancel" works as expected, nothing happens
    Selecting "Install" in the "Service Installer" dialog pops-up a new dialog warning that the service is already installed, asking if we want to replace it (warning: replacing will overwrite the current file!)
    Selecting "Cancel" works as expected, nothing happens
    Selecting "Replace" pops-up a funky new dialog that warns "Installation failed" because: "Convert selected image.workflow couldn't be moved to "Services" because either the former doesn't exist, or the folder containing the latter does't exist".  Two options are offered: "Open with Automator" or "Done"
    BUG: Selecting "Open with Automator" fails as the "Replace" option in step 21 has DELETED the workflow from the ~/Library/Services folder and it no longer exists…
    Selecting the only remaining option of "Done" returns the duped user to the now empty and lonely Automator.
    Perhaps it's just me (or solar flares)...  Any ideas on how to get my Mountain Lion's malfunctioning (and lonely) Automator Services working again ?
    Thanks in advance.

    Hello!
    There are many more bugs.
    One such...
    For Example, When I enter the actions:
    Action 1. Get specified Finder Items
    (Two excel Files in the list)
    Action 2. Move Finder Items to Trash
    Automator moves the two excel files, AND other files previously created in the workflow to the trash.
    That is new to me.

  • CS5.5 TLF cursor bug in RTL edit mode

    Hello,
    It seems there is a bug in TLF text in CS5.5 in "editable" mode.
    to reproduce:
    1.put a TLF on stage and set it to "editable".
    2. Set in 'Paragrph' section to 'Right To Left'.
    It remainsleft to right.
    3. set in 'Container and flow' to 'Right To Left' it does change direction, but if you try to put a cursor you can't.
    The only way to put a cursor is on the right of the TLF.
    Ideas anyone ?

    I have problem with this issue too. and it has started with flash cs5.5. in flash cs5 TLFs work fine.
    It is not a solution, but by chance I have found when the MultiLine property of TLF is changed to single line textfield works fine. again I confirm the bug and wish the team make a update for that.

  • GVim 7.2.368-3 cursor bug

    Hi all. After I upgraded to the latest version of Vim a couple of days ago, I started experiencing what looks like gVim cursor redraw bug. When I move the cursor in gVim, it obstructs the letter it is on:
    I do not experience this in plain Vim. There are things that can make the cursor exhibit normal behavior, such as 1) me pressing Esc key 2) Awesome WM clock updating 3) scrot taking a screenshot (I had to Gimp the screenshot above because the cursor goes back to normal the moment a screenshot is taken).
    Vim and Xorg packages were upgraded during my last update, but Awesome WM was not.
    Is anybody else experiencing this? How should I go about finding the culprit?

    jichuan89 wrote:
    I am getting the same bug here. However, it only seems to occur when I use bitmap fonts like Dina or Terminus. Using a TrueType font like Courier New or Nimbus Mono works perfectly. Confused
    This seems to be a bug specific to the intel driver for X11. When I reboot the machine and switch to my discrete ATI graphics card (my laptop has dual integrated/discrete graphics cards) the problem disappears completely. Also forwarding Vim through SSH from this laptop to other computers works as well. Could you confirm this? What X11 video driver are you using?
    Thank you for pointing this out. I have changed the font and now the cursor works again. Hope this bug will be fixed soon. I am missing my dina fonts.
    Last edited by ArchArael (2010-03-16 08:16:24)

  • Jumpy mouse cursor: bug in Acrobat 10.1.12?

    Is there a patch or fix for erratic mouse (jumpy cursor) at the edge of an Acrobat application window? When I move the cursor over any of the four sides or edges of an open window without clicking, the cursor jumps back and forth over the edge/border. This only happens when Acrobat is the active application, i.e. not when I'm using another application but happen to move my mouse over the boundaries of the Acrobat window.
    This seems to have appeared suddenly.
    OS: Mac 10.6.8.
    Things I've tried:
    Reboot
    Changing to different mouse
    Changing the mousing surface
    Cleaning the mouse lens
    Closing other open applications
    Thank you,
    Jenn.
    P.S. I couldn't find the right sub-forum to post this question - please redirect this question if needed.

    Are you sure didn't have the Shift key down at the same time as you pressed Cmd and the + (plus) key?
    Cmd-Shift-plus and Cmd-Shift-minus are the shortcuts for rotate clockwise and counterclockwise.
    For me, with Acrobat X 10.1.1 on Lion Mac OS X 10.7.2, Cmd-plus and Cmd-minus are working fine for zooming in and zooming out.

  • Photoshop CS6 erratic eyedropper cursor bug

    Late 2008 Unibody MacBook Pro, running OS X 10.7.4 Lion, and Photoshop CS6 13.0.
    In Photoshop CS6, I have noticed that when using my Wacom Bamboo Fun tablet, the eyedropper tool will very often (almost always) display erratic behaviour when using the brush tool and pressing Alt to switch to the eyedropper tool temporarily. The "source location" (the pixel which is being sampled), along with the color picker ring will rapidly "vibrate", making it difficult to choose a precise color. The eyedropper cursor will NOT vibrate, however, showing that the problem isn't with the pointing device.
    When switching directly to the eyedropper, the issue does not happen, it only happens when pressing Alt while using the Brush tool, as far as I can tell.
    It also does not seem to happen when using the MacBook Pro's built-in trackpad.
    Please see this screen recording, and read the description:
    http://youtu.be/WotRmbVFChE?hd=1
    Here is a thread about a similar issue, though I cannot tell if this is the same problem, as I have not had this issue with CS5 with the same exact setup:
    http://feedback.photoshop.com/photoshop_family/topics/erratic_tool_behavior_tool_jumps_fro m_cursor-oi5we
    Anyone with this issue, or any advice on how to fix it?

    Chris Cox wrote:
    Most likely this is because the tablet is not 100% precise, or your hand is moving just slightly (nobody can hold it perfectly still, even your pulse moves it).
    Pulse?  I ain't got no stink'n pulse!

  • Cursor bug in PS, AI and FL

    I'm noticing a bug across Photoshop, Illustrator and Flash. I'm on a Mac Pro quad-core 2.8 Ghz with 4 GB of RAM. I'll be in one of these three apps for a while, and suddenly the cursor turns into an approx. 4 mm open circle which functions as a temporary eraser for whatever is on the screen. All other program functions stop. Restarting the app does not solve the issue. Restarting the machine does solve the issue. I've restarted three times today. I'm wondering if there is a fix out there for this issue. Thanks in advance for the help.
    --jody radzik.

    Hi! Same bug here! All of the sudden while I'm working with AI CS6 the cursor -or whatever is the tool in use- it just switches to the eraser tool. Sometimes I'm able to switch again to some other tool by performing some random mouse gestures and clicking everywhere, but I'm pretty often pushed to restart the application in order to take the reins again.
    What to do? Anyone? Something different to reinstalling the whole suite? Thanks in advance.-
    [This is not really a reply but this is my first post here and I could not be able to add my experience to the same thread

  • Photoshop CS4 brush cursor bug on Thinkpad T61p

    I've got a Thinkpad T61p with a Nvidia Quadro FX 570M onboard (driver version: 6.14.11.7471). There seems to be a bug with the graphics driver in conjunction with the new Adobe Photoshop CS4. Photoshop now uses GPU-optimization with more brush capabilities. Unfortunately the cursor clips when using brush-sizes larger than 64px. One can see the bug on the nvidia cs4 promotion "brush resizing" at http://www.nvidia.com/object/adobe_photoshop.html. Nvidia corrects this bug in newer driver versions, but lenovo only offers a WinXP-display-driver from 2008-04-28.
    Does anyone know any workround? I've tested somo older forceware drivers (178.24) with partial success. The display bug in Photoshop is fixed, but e.g. After Effects CS4 crashes while detecting the GPU.
    Message Edited by mikey on 10-23-2008 03:20 AM

    Today I've installed the latest Forceware Drivers 180.60 from http://www.laptopvideo2go.com/ to test the bug behaviour.
    The brush cursor now seems to be able to handle big brush sizes but the performance is reduced noticable.When painting inside a new document the rendering of the brush path is done after painting over the area, even when using small brush sizes.
    So let's wait until Nvidia/Lenovo roll out a new driver.
    Message Edited by mikey on 11-24-2008 07:57 AM

  • Cursor bug in 10.8.2

    I have a very strange problem. I like my cursor to travel fast on the screen. Compared to 10.6.3 , my Moutain Lion runs slower. So I set up the speeed to fastest and it does the trick, but next time I restart it is slow again. When I go to the settings it is set to the fastest and when I just click on the slider for the speed it goest fast again. I am using a 3-rd party wireless mouse, but I used the same on the old system and did not have any problem...

    There is something very weird going on with the dock now.
    I leave my dock showing all the time, and since the update it's periodically 'hiding' even though the setting is to not hide the dock.  I set the dock to hiding and then set it back to not hide and it reappears. 

  • ITunes 10.5.2 in Lion - cursor in search field, shortcuts not working

    I normally use things like Cmd+A and Cmd+Delete on my songs in iTunes, however, now, all of a sudden with the new update of iTunes, all of these shortcuts are applied to the search field of iTunes...
    I basically have to quit iTunes and re-start it and not touch the search field if I want to use them. There seems to be no way to exit from the search field.
    I hope this is a bug, becaues if this is something they did on purpose then, wel... wow...
    Apple are messing up a lot like this after Steve died...

    Rudolfensis wrote:
    I normally use things like Cmd+A and Cmd+Delete on my songs in iTunes, however, now, all of a sudden with the new update of iTunes, all of these shortcuts are applied to the search field of iTunes...
    I basically have to quit iTunes and re-start it and not touch the search field if I want to use them. There seems to be no way to exit from the search field.
    I hope this is a bug, becaues if this is something they did on purpose then, wel... wow...
    Apple are messing up a lot like this after Steve died...
    This was solved with updates to iTunes... clear it was a bug.
    Well, it wasn't solved for me. I'm using iTunes 10.6.1 (the latest), and I've had this problem for previous versions. The search box retains focus no matter what I do (cursor continues to flash) — keyboard shortcuts for selected tracks don't work until I quit & restart. I agree that the last few versions of iTunes have been very buggy.

  • Cursor bug (cursor work but looks like frozen beach ball)

    I'm running 10.6.2 on a 3ghz core duo imac. I have two accounts on the machine and it's only happening on one side. The cursor will not change back to a normal arrow until i launch an application like firefox. I repaired the disc and permissions. didn't make a difference. Any clue what this could be? should i delete some prefs/plists?

    Is this bug system-wide or do you only notice it in the Finder?

  • [SOLVED] Emacs + rxvt-unicode Cursor Bug

    When running emacs inside of a rxvt-unicode terminal, pressing the spacebar advances the cursor as it should, but sometimes it does not erase the cursor from it's previous position.  Entering a third character will finally make this superfluous cursor disappear.
    I have found references to similar issues in an Ubuntu bug report and a livejournal post, both of which date back to 2008.  I am not sure if these issues are directly related or just similar in appearance.  I seem to recall having similar issues with the cursor under emacs around three years ago when I was running Ubuntu and gnome-terminal.
    Has anyone else noticed this?  It's quite distracting when I'm typing in emacs and I've finally become annoyed enough to get this ball rolling.
    Duplicating the Bug
    Open a rxvt-unicode terminal and launch emacs with the following comand:
    emacs -nw
    Create a new emacs buffer named "foo".
    Switch the buffer "foo" to "text-mode".
    Turn on the "visual-line-mode" minor mode.
    Type the following into the emacs buffer, replacing <space> with the actual whitespace (i.e. spacebar) character:
    1234<space>1234<space>1234<space>
    The third space will advance the cursor but not erase the cursor from its previous position, making it look twice as wide.  Entering a third character will advance the cursor once more, and things will look normal again.
    Failed Workarounds
    In my attempt to understand the problem, I have tried a few things which don't seem to help.
    Setting the TERM environment variable to various values including "linux", "screen", "vt100", "vt102", etc.
    Turning cursor blinking on and off in the rxvt-unicode configuration.
    Successful Workarounds
    I have discovered a few workarounds, which may give some clues as to the root of the problem.
    If I use rxvt-unicode to launch an instance of Gnu Screen and run emacs inside of that, the problem disappears.
    If I run emacs emacs inside of an xterm instead of rxvt-unicode the problem disappears.
    If I set column-number-mode in emacs as suggested by the aforementioned livejournal post, the problem will also disappear.
    Last edited by battlepanic (2011-11-21 20:00:53)

    I spoke with someone familiar with rxvt-unicode and got some answers.  It seems that this is likely related to tab characters being output instead of spaces which may be an emacs optimization of some sort.  Turning on the +ptab switch when invoking rxvt-unicode seems to elimnate the issue.  A log of my discussion follows for anyone curious.
    < __OoO__ > battlp: emacs outputs a tab character
    < __OoO__ > battlp: which is "wide"
    < __OoO__ > battlp: so you don't see an extra cursor, just the cursor
    itself is wider
    < __OoO__ > battlp: you can probably work around this emacs issue by
    using "+ptab" when strating urxvt
    < battlp > __OoO__: interesting. Is this "wide" cursor a unique
    feature of urxvt? I've tested all the other terms I can
    think of and haven't seen the same thing.
    < __OoO__ > any temrinal has this
    < __OoO__ > but only urxvt can store tabs
    < __OoO__ > thats mostly useful when you want to paste text and want
    tabs intact
    < __OoO__ > because other terminals always convert tabs to whitespace
    < __OoO__ > sorry, spaces
    < battlp > Not your domain, I know, but any clue why emacs would be
    spitting a tab in this plain "text" mode. It seems
    bizarre.
    < __OoO__ > tab is both a tab character as you are used to
    < __OoO__ > as well as a cursor movement
    < __OoO__ > for emacs, it's probably an optimization
    < __OoO__ > 9000 cpu cycles wasted to avoid an extra space going over
    your serial line
    < __OoO__ > on second thought, its pretty bizarre, because thereis
    only one space
    < __OoO__ > but then, can happen if your screen engine it too
    intelligent
    < battlp > I also can't predict which spaces will do this. Running
    emacs inside of screen eliminates the issue, to, which I
    also don't understand.
    < __OoO__ > likely, screen's engine isn't so cool and uses plain old
    spaces or cursor movements
    < __OoO__ > which spaces - probably the ones falling directly before a
    tab boundary, i.e. at 7th, 15th etc.
    < __OoO__ > column
    < battlp > That sounds like it might be the spots where I'm seeing it.
    Turning on emacs' column-number-mode Make it disappear for
    the most part, except when backspacing.
    < __OoO__ > so will +ptab, which tells urxvt to treat tab as a cursor
    movement only
    < battlp > Just tried to measure it with ruler-mode and of course that
    makes it disappear as well.
    < battlp > Yep, +ptab makes it go away.

  • Scrollable cursor bug?

    Hello,
    When I first start my application from jdeveloper, I get this exception... Only once: when I do a "refresh", the application works normally and never gives the problem until the next server restart...
    500 Internal Server Error
    java.lang.NullPointerException     at java.lang.Class.forName0(Native Method)     at java.lang.Class.forName(Class.java:164)     at oracle.jdbc.driver.PhysicalConnection.safelyGetClassForName(PhysicalConnection.java:4583)     at oracle.jdbc.driver.PhysicalConnection.addClassMapEntry(PhysicalConnection.java:2737)     at oracle.jdbc.driver.PhysicalConnection.addDefaultClassMapEntriesTo(PhysicalConnection.java:2728)     at oracle.jdbc.driver.PhysicalConnection.initializeClassMap(PhysicalConnection.java:2456)     at oracle.jdbc.driver.PhysicalConnection.ensureClassMapExists(PhysicalConnection.java:2450)     at oracle.jdbc.driver.PhysicalConnection.getTypeMap(PhysicalConnection.java:2714)     at oracle.jdbc.driver.ScrollableResultSet.getObject(ScrollableResultSet.java:742)     at oracle.toplink.oraclespecific.Oracle9Platform.getObjectFromResultSet(Oracle9Platform.java:152)     at oracle.toplink.internal.databaseaccess.DatabaseAccessor.getObject(DatabaseAccessor.java:963)     at oracle.toplink.internal.databaseaccess.DatabaseAccessor.fetchRow(DatabaseAccessor.java:771)     at oracle.toplink.internal.databaseaccess.DatabaseAccessor.cursorRetrieveNextRow(DatabaseAccessor.java:352)     at oracle.toplink.queryframework.ScrollableCursor.retrieveNextObject(ScrollableCursor.java:512)     at oracle.toplink.queryframework.ScrollableCursor.loadNext(ScrollableCursor.java:357)     at oracle.toplink.queryframework.ScrollableCursor.hasNext(ScrollableCursor.java:233)     at be.uclouvain.doctorats.dao.factories.GenericFactory.searchAll(GenericFactory.java:198)     at be.uclouvain.doctorats.business.GenericBusiness.searchAll(GenericBusiness.java:188)     at be.uclouvain.doctorats.business.GenericBusiness.searchAllFromParent(GenericBusiness.java:393)     at be.uclouvain.doctorats.business.utils.Interlocutor.listObjects(Interlocutor.java:194)     at be.uclouvain.doctorats.action.ListAction.doAction(ListAction.java:55)     at be.uclouvain.doctorats.action.BasicAction.execute(BasicAction.java:46)     at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484)     at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274)     at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482)     at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)     at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)     at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:711)     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:368)     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:866)     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:448)     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:216)     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:117)     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:110)     at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)     at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)     at java.lang.Thread.run(Thread.java:595)
    Here is the code that seems to cause the problem:
    ReadAllQuery readQuery = new ReadAllQuery(modelClass);
    List<ModelObject> toplinkResults = new ArrayList<ModelObject>();
    int chunkSize = 50;
    int index = 0;
    if (search != null) {
    readQuery.setSelectionCriteria(search.getExpression());
    chunkSize = search.getPageSize();
    index = search.getIndex();
    readQuery.useScrollableCursor(chunkSize);
    // lecture
    ScrollableCursor cursor = (ScrollableCursor)ToplinkFactory.getSession().executeQuery(readQuery);
    if (cursor == null) {
    throw new Exception("No cursor!");
    if (index > 0) {
    cursor.absolute(index);
    int size = cursor.size();
    int displaySize = chunkSize;
    // ajuster si page de données n'a pas sa taile max
    if (index + displaySize > size) {
    displaySize = size - index;
    for (int i=0; i < displaySize; i++) {
    if (!cursor.hasNext()) {
    throw new Exception("Cursor doesn't seem to work properly!");
    toplinkResults.add((ModelObject)cursor.next());
    I traced the problem to this line:
    if (!cursor.hasNext()) {
    It looks like a bug to me... Am I doing something wrong, or is it Toplink, or even jdbc???

    Ok, it seems to be only there when I run my
    application in debug mode in Jdeveloper... When
    running it regularly, it works correctly. Is it a
    jdev/oc4j bug, or is it a toplink bug which is
    triggered in some rare situation, or is it something
    else?Thats what you will have to debug further. :-)
    When you wrote "running it regularly" did you mean running it through JUnit?
    It could be the way you package/load classes in your JDeveloper environment. In order to eliminate the possibility of Toplink causing the bug you could write an identical test case in the app server except you can use JDBC ResultSet.

  • Osx Lion Ldap bug

    In light of the seriousness of the LDAP bug in Lion is Apple's advice not to allow devices with Lion installed any access to corporate networks?

    OS X Lion fails to check passwords if authenticating via LDAP
    By Brad Sams, 24/08/11 - 20:43 , 21 comments
    If you use OS X Lion, there is a little bug that you should be aware of if you value your private data. A new bug has cropped up that if you login to OS X Lion using the LDAP (Lightweight Directory Access Protocol) method, the bug allows you to bypass any password to log in as long as you have a valid username.
    The bug, discovered by h-online.com, has reportedly been verified by Apple. This new bug in Apple’s latest operating system shows that not even Apple is immune to imperfections on its OS. H-Online states:
    A bug in the module for authenticating (Open)LDAP under Mac OS X 10.7.x Lion can result in any password being accepted during log-in – all that's required is a valid user name. The problem occurs when logging in both via a graphical interface on a client and over the web via SSH on a server. Lion does not use LDAP to log-in by default; LDAP authentication tends to be used in large infrastructures for centralised user administration (name, password, group, etc.).
    With Apple aware of the bug, you would expect that they will be working diligently to patch the flaw. At this time, there have not been any reports of this exploit being used in the wild for malicious purposes.
    For all the criticism that Microsoft receives over the exploits in its platform, it goes to show that security remains a ubiquitous problem on any software platform.
    A security bug such as this represents a critical flaw that needs to be patched quickly. As the bug is now out in the wild, it will not be long before those with malicious intent will attempt to exploit this bug for personal gain.
    [Update] d4v1d05 tipped us to let everyone know that this was originally discovered on a forum post over at MacRumors.

  • Unnecessary Hand-Cursor Bug

    I feel like this is most likely a remnant of Work Areas, but it doesn't need to be here anymore.
    Steps to reproduce bug/glitch:
    Open any timeline in any version of the software post the deletion of work areas
    hold down the Alt key on a PC
    hover over where the work area used to be in the timeline
    you should see a hand cursor, but I'm pretty certain it serves no purpose anymore
    You can even click and drag, and the hand will grab nothing and move the nothingness around.
    It's a weird little bug, and it doesn't seem to negatively affect anything, but I figured I'd report it anyway. Can anyone reproduce this on a Mac? Or is it a PC only thing?

    Hi TeeKay,
    It's a bug: http://adobe.ly/ReportBug
    You're finding some good ones. Thanks for reporting.
    Kevin

Maybe you are looking for