You are viewing an historical archive of past issues. Please report new issues to the appropriate project issue tracker on GitHub.

Bug #276: Work around scrolling glitches in BBEdit

Kind bug
Product Synergy Advance
When Created , updated
Status closed
Reporter Greg Hurrell
Tags no tags

Description

If Synergy Advance displays a bezel and then fades it out, the NSWindow "close" method is eventually called, but it appears that the window is not being fully ordered out from the display.

This manifests itself if you open a Carbon app like BBEdit (well, BBEdit is the only app in which I've seen it) and try to scroll a document. There are visible artefacts which line up with where the bezel was prior to fading. I'll try to work around this defect for public preview release 0.3.

Comments

  1. Greg Hurrell

    Ok, I believe this is now fixed for the next public preview release (0.3). I can no longer see the tearing or artefacts, with or without Quartz Debug, although BBEdit continues to be slow as a dog at scrolling (independently of whether Synergy Advance is running or not).

    Adding fixed-in-prerelease keyword.

  2. Greg Hurrell
    • ** Bug 284 has been marked as a duplicate of this bug. ***
  3. Jason Snell

    I am using the development version and not seeing this bug at present, but it's somewhat intermittent, so I'll report back again one way or another.

  4. Jason Snell

    The development version you sent does seem to fix this problem.

  5. Greg Hurrell

    (In reply to comment #4)

    The development version you sent does seem to fix this problem.

    Good to hear.

  6. Greg Hurrell
    • ** Bug 317 has been marked as a duplicate of this bug. ***
  7. Greg Hurrell
    • ** Bug 319 has been marked as a duplicate of this bug. ***
  8. Greg Hurrell

    I am getting a few duplicate reports for this issue. For the record, you can download a build with the fix.

    SHA1 checksum: 888e30fb6b38dd57d2dfbe1fbef0854a7cd53901

    By the way, as far as I can tell this is not actually a Synergy Advance bug. The program actually is issuing a window close instruction to Cocoa, but for some reason Cocoa is not ordering the window out of the screen, resulting in the glitches.

  9. Greg Hurrell
    • ** Bug 336 has been marked as a duplicate of this bug. ***
  10. Greg Hurrell

    This fix is now available in the just-released version 0.4b. For more information:

    https://wincent.dev/a/news/archives/2006/03/synergy_advance_4.php

    Marking as FIXED/CLOSED.

Add a comment

Comments are now closed for this issue.

Menu