#19 ✓fixed
Virgil Dupras

Error -609 when sending photos to trash

Reported by Virgil Dupras | June 5th, 2009 @ 09:30 AM | in se2.7.3 me5.6.3 pe1.7.4 (closed)

Traceback (most recent call last):

 File "hs/cocoa.pyc", line 42, in _async_run
 File "dupeguru/app_pe_cocoa.pyc", line 150, in _do_delete
 File "appscript/reference.pyc", line 544, in __getattr__
 File "appscript/reference.pyc", line 234, in <lambda>
 File "appscript/reference.pyc", line 222, in connect
 File "appscript/terminology.pyc", line 165, in tablesforapp
 File "appscript/terminology.pyc", line 137, in aetesforapp
RuntimeError: Can't get terminology for application (aem.Application(u'/Applications/iPhoto.app')): CommandError: Connection is invalid. (-609)

My best bet would be to add a "timeout=0" on the first command sent to iPhoto. It might be too slow on some machines to launch.

Comments and changes to this ticket

  • Virgil Dupras

    Virgil Dupras June 5th, 2009 @ 09:34 AM

    I'm also getting:

    Traceback (most recent call last):
  File "hs/cocoa.pyc", line 42, in_async_run
  File "dupeguru/app_pe_cocoa.pyc", line 153, in _do_delete
  File "appscript/reference.pyc", line 609, in __call__
  File "appscript/reference.pyc", line 467, in __call__
CommandError:
CommandError:
  OSERROR: -609
  MESSAGE: Connection is invalid.
  COMMAND:
app(u'/Applications/iPhoto.app').photos.ID(4294969911L).image_path.get()

    I think this one is because the user closed iPhoto in the middle of the task.

  • Virgil Dupras

    Virgil Dupras June 6th, 2009 @ 01:33 PM

    • Milestone set to “se2.7.2 me5.6.2 pe1.7.3”

    [milestone:ID#41804 bulk edit command]

  • Virgil Dupras

    Virgil Dupras June 6th, 2009 @ 04:55 PM

    • Assigned user set to “Virgil Dupras”
  • Virgil Dupras

    Virgil Dupras June 6th, 2009 @ 05:22 PM

    • State changed from “new” to “hold”

    (from [9]) [#19 state:hold] Added "timeout=0" args to appscript call. Let's try and see if it helps.

  • Virgil Dupras

    Virgil Dupras June 10th, 2009 @ 05:43 PM

    • State changed from “hold” to “fixed”

    Well, no news. Let's assume it's alright and re-open the ticket if needed

  • Virgil Dupras

    Virgil Dupras June 12th, 2009 @ 08:34 AM

    • State changed from “fixed” to “open”

    Looks like it isn't fixed after all:

    Application Identifier: com.hardcoded_software.dupeguru_pe
Application Version: 1.7.3

Traceback (most recent call last):
  File "hsutil/cocoa.pyc", line 45, in _async_run
  File "dupeguru/app_pe_cocoa.pyc", line 153, in _do_delete
  File "hsutil/cocoa.pyc", line 73, in as_fetch
  File "appscript/reference.pyc", line 609, in __call__
  File "appscript/reference.pyc", line 475, in __call__
CommandError: CommandError:
        OSERROR: -609
        MESSAGE: Connection is invalid.
        COMMAND: app(u'/Applications/iPhoto.app').albums.ID(4295966296L).photos[20001:21000].get()
  • Virgil Dupras

    Virgil Dupras June 12th, 2009 @ 08:34 AM

    • Milestone cleared.
  • Virgil Dupras

    Virgil Dupras June 14th, 2009 @ 03:41 PM

    • Milestone set to “se2.7.3 me5.6.3 pe1.7.4”

    [milestone:ID#42447 bulk edit command]

  • Virgil Dupras

    Virgil Dupras June 19th, 2009 @ 12:51 PM

    • State changed from “open” to “fixed”

    (from [88]) [#19 state:fixed] Now there are "timeout=0" args in every AS calls. It has to work.

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.

New-ticket Create new ticket

Create your profile

Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป

Shared Ticket Bins

People watching this ticket

Tags

Referenced by

Pages