#672 new
Steve Mayer

QuickLook not functioning in latest builds...

Reported by Steve Mayer | March 13th, 2014 @ 12:43 AM

Okay, so I'm now having the problem that any attachments are not able to be QuickLooked properly. Only the thumbnail shows up. All of the files are able to be QuickLooked if saved to disk.

I did launch MailMate from the command line and saw these errors when attempting to QuickLook different attachments:

Trying to quicklook a PDF attachement:
014-03-12 17:23:28.231 MailMate[69322:507] [QL] com.apple.qldisplay.PDF failed to load: The bundle “PDF” couldn’t be loaded because it doesn’t contain a version for the current architecture.

Trying to quicklook a PNG attachment:
2014-03-12 17:37:43.291 MailMate[75326:507] [QL] com.apple.qldisplay.Image failed to load: The bundle “Image” couldn’t be loaded because it doesn’t contain a version for the current architecture.

Trying to quicklook a GIF attachment:
2014-03-12 17:38:42.369 MailMate[75326:507] [QL] com.apple.qldisplay.Image failed to load: The bundle “Image” couldn’t be loaded because it doesn’t contain a version for the current architecture.

Does this help as to why the quicklook of attachments seems to have stopped working?

Using OSX 10.9.2 and MailMate 4067

Thanks,

Steve

Comments and changes to this ticket

  • benny

    benny March 13th, 2014 @ 10:39 AM

    A similar (or the same) issue was reported on the mailing list a while back. I didn't find a solution to this problem, but it was not seen by all users. One of the users with this problem tried creating a secondary account on the same machine and the problem did not appear in this account. Maybe you could try that too?

  • Steve Mayer

    Steve Mayer April 7th, 2014 @ 11:25 PM

    Benny,

    So, finally got around to investigating this some more. So, what I've discovered is that the MailMate binary under /Applications/MailMate.app/Contents/MacOS is a Mach-O executable i386 (i.e. a 32-bit binary).

    The PDF and Image qlgenerator packages installed under /System/Library/QuickLook, are Mach-O 64-bit bundle x86_64 binaries.

    Given that the error message I'm seeing is "The bundle XXX couldn't be loaded because it doesn't contain a version for the current architecture", is it possible that either MailMate needs to be a 64-bit app, or the qlgenerator bundles need to be 32 bit?

    Thanks,

  • benny

    benny April 8th, 2014 @ 08:01 AM

    Yes, that is also a theory I've considered, but it doesn't quite explain why it works for some users.

    If you send me an email then I can send you a (very preliminary) 64 bit version of MailMate in order to test this theory.

  • Steve Mayer

    Steve Mayer April 10th, 2014 @ 08:08 PM

    So, the 64-bit build solved the issue. The quicklook behavior is now working as expected.

    Any timeline on when the 64-bit build will be available as a standard test build? I notice it's based off of build 4122, so to get any of the new features you've implemented, I'll have to change back to the 32-bit version.

    Thanks!

  • benny

    benny April 11th, 2014 @ 12:48 PM

    • State changed from “new” to “resolved”

    No, at some point I'll switch to the 64 bit builds, but right now memory usage is too high. You might have noticed that as well (I saw a ~50% increase myself). MailMate is already using too much memory in my opinion and I need to find ways to improve this first. When switching to 64 bit I'll also have to require 10.7 (this is currently the official requirement, but MailMate actually works on 10.6 as well).

    I'll mark this ticket as resolved although there won't be a “fix” before switching to 64 bit.

  • Steve Mayer

    Steve Mayer April 11th, 2014 @ 01:21 PM

    Yes, I can confirm the ~50% increase in RAM consumed as well with the 64 bit version.

    Hopefully this is something that is in the upper half of the 'todo list' :).

    At this point, I'd love to find out from those users that the quicklook actions still work properly, what OS they're running and what architecture their plugins show.

  • Steve Mayer

    Steve Mayer April 11th, 2014 @ 01:22 PM

    And just my thoughts, but I believe 'fixcommited' is a more appropriate status to maintain tracking on this. The issue isn't resolved until something has been delivered.

  • benny

    benny April 11th, 2014 @ 09:55 PM

    • State changed from “resolved” to “accepted”

    Well, I didn't fix anything. I can put it in the accepted state until a 64 bit version is available.

  • Steve Mayer

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 ยป

Mac OS X email client.

Shared Ticket Bins

People watching this ticket

Pages