tamilyn / xee

Automatically exported from code.google.com/p/xee
0 stars 0 forks source link

Crashes on start on OS X Yosemite beta #431

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
First of all, if you have any Haxies, InputManagers, SIMBL plugins or
similar operating system hacks installed, please remove them first, restart
the program, and make sure the bug is reproducible without them.

What steps will reproduce the problem?
1. Update to OS X Yosemite.
2. Try to start Xee 3.3 any way you want.
3. Crash

What is the expected output? What do you see instead?
App should start, but it crashes

What version of the product are you using? On what operating system?
Xee 3.3 (bought license on paddle not App Store) on OS X Yosemite

Please provide any additional information below.

Original issue reported on code.google.com by puja...@gmail.com on 5 Jun 2014 at 8:49

GoogleCodeExporter commented 9 years ago
Issue 432 has been merged into this issue.

Original comment by paracel...@gmail.com on 6 Jun 2014 at 3:54

GoogleCodeExporter commented 9 years ago
Issue 433 has been merged into this issue.

Original comment by paracel...@gmail.com on 10 Jun 2014 at 12:23

GoogleCodeExporter commented 9 years ago
This happens with the App Store version too.  I thought it might have something 
to do with sandboxing, but if it's having issues with the non-App Store 
version, then I guess not.  Also, for me this bug only started happening after 
updating from Yosemite beta 1 to beta 2; it worked fine on beta 1.

Original comment by microsof...@gmail.com on 25 Jun 2014 at 12:51

GoogleCodeExporter commented 9 years ago
Is anyone working on this? It's be nice to see a Yosemite-compatible beta.

Original comment by FreeDiv...@gmail.com on 3 Jul 2014 at 2:48

GoogleCodeExporter commented 9 years ago
Could somebody test this and see if it works? I have no Yosemite machine to 
test on, so I am guessing from crash dumps here.

http://wakaba.c3.cx/stuff/Xee3.4beta1.zip

Original comment by paracel...@gmail.com on 6 Jul 2014 at 8:02

GoogleCodeExporter commented 9 years ago

Original comment by paracel...@gmail.com on 6 Jul 2014 at 8:02

GoogleCodeExporter commented 9 years ago
Still crashing on start.

Time Awake Since Boot: 230000 seconds
Time Since Wake:       17000 seconds

Crashed Thread:        0

Exception Type:        EXC_BREAKPOINT (SIGTRAP)
Exception Codes:       0x0000000000000002, 0x0000000000000000

Application Specific Information:
dyld: launch, loading dependent libraries

Dyld Error Message:
  Library not loaded: @executable_path/../Frameworks/UniversalDetector.framework/Versions/A/UniversalDetector
  Referenced from: /Applications/Xee³.app/Contents/MacOS/Xee³
  Reason: no suitable image found.  Did find:
    /Applications/Xee³.app/Contents/MacOS/../Frameworks/UniversalDetector.framework/Versions/A/UniversalDetector: code signature invalid for '/Applications/Xee³.app/Contents/MacOS/../Frameworks/UniversalDetector.framework/Versions/A/UniversalDetector'

    /Applications/Xee³.app/Contents/MacOS/../Frameworks/UniversalDetector.framework/Versions/A/UniversalDetector: code signature invalid for '/Applications/Xee³.app/Contents/MacOS/../Frameworks/UniversalDetector.framework/Versions/A/UniversalDetector'

Binary Images:
    0x7fff6e4e5000 -     0x7fff6e51b67f  dyld (352.2) <45B33529-4762-3F1D-8E78-A741D5415731> /usr/lib/dyld
    0x7fff86d28000 -     0x7fff86d2bfff  com.apple.IOSurface (94 - 94) <5552C0DE-2AB9-31D3-BC07-0EC3634246CF> /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface
    0x7fff8707f000 -     0x7fff8722dff3  com.apple.QuartzCore (1.10 - 357.0) <6CD4977F-6B12-326D-8B39-339E6048CEC4> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
    0x7fff8f10f000 -     0x7fff8f11dff7  com.apple.opengl (10.0.37 - 10.0.37) <8C0B9BE1-4534-3D64-BD8D-B66D1DC483CF> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
    0x7fff92c76000 -     0x7fff92c76fff  com.apple.Cocoa (6.8 - 21) <C87BF759-E9A1-3E1C-843C-2B0FA9D52E2C> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
    0x7fff937df000 -     0x7fff937dffff  com.apple.Carbon (154 - 157) <51C28334-0DA4-3EC7-B651-CE60C099F319> /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon

Model: MacBookPro10,1, BootROM MBP101.00EE.B03, 4 processors, Intel Core i7, 
2.7 GHz, 16 GB, SMC 2.3f36
Graphics: Intel HD Graphics 4000, Intel HD Graphics 4000, Built-In
Graphics: NVIDIA GeForce GT 650M, NVIDIA GeForce GT 650M, PCIe, 1024 MB
Memory Module: BANK 0/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80AD, 
0x484D5434314753364D465238432D50422020
Memory Module: BANK 1/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80AD, 
0x484D5434314753364D465238432D50422020
AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xEF), Broadcom 
BCM43xx 1.0 (7.15.84.5.4)
Bluetooth: Version 4.3.0d54 14222, 3 services, 27 devices, 1 incoming serial 
ports
Network Service: Wi-Fi, AirPort, en0
Serial ATA Device: APPLE SSD SD512E, 500.28 GB
USB Device: ExtremePro
USB Device: Hub
USB Device: FaceTime HD Camera (Built-in)
USB Device: Hub
USB Device: Hub
USB Device: Apple Internal Keyboard / Trackpad
USB Device: BRCM20702 Hub
USB Device: Bluetooth USB Host Controller
Thunderbolt Bus: MacBook Pro, Apple Inc., 23.4

Original comment by FreeDiv...@gmail.com on 7 Jul 2014 at 1:33

GoogleCodeExporter commented 9 years ago
Gah, that's another problem entirely... I wonder if it's the same idiotic OS X 
bug I ran into earlier. See if it works any better as a DMG:

http://wakaba.c3.cx/stuff/Xee3.4beta1.dmg

Original comment by paracel...@gmail.com on 7 Jul 2014 at 8:19

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
Disregard. OSX Yosemite DP 3 just came out today and Xee 3.3 seems to be 
working fine. I reinstalled it directly from the App Store.

Thanks for looking into this, though.

Original comment by FreeDiv...@gmail.com on 7 Jul 2014 at 9:25

GoogleCodeExporter commented 9 years ago
Oh, so it was Apple messing up after all. Good. Can anyone else confirm?

Original comment by paracel...@gmail.com on 8 Jul 2014 at 7:34

GoogleCodeExporter commented 9 years ago
Updated to DP 3. Xee 3.3 (licenced non-App-Store version) still does not work. 
But the the updated 3.4 beta1 from above does work. Thanks :)

Original comment by puja...@gmail.com on 8 Jul 2014 at 8:19

GoogleCodeExporter commented 9 years ago
Weird! Did you use the zip or dmg one?

Original comment by paracel...@gmail.com on 8 Jul 2014 at 8:33

GoogleCodeExporter commented 9 years ago
I just updated to Yosemite  DP3 and Xee 3.3 now works again.

Original comment by fabien.f...@gmail.com on 12 Jul 2014 at 10:34

GoogleCodeExporter commented 9 years ago
I now have a crash going fullscreen with Xee 3.3 and 3.4b1.

https://gist.github.com/ffreling/337312bea3eb6d3acd08

Original comment by fabien.f...@gmail.com on 13 Jul 2014 at 3:51

GoogleCodeExporter commented 9 years ago
Are you sure that only happens on Yosemite? And does it happen with all images?

Original comment by paracel...@gmail.com on 13 Jul 2014 at 7:31

GoogleCodeExporter commented 9 years ago
I can confirm the app crashes when going to full screen. 

Also noticed in Preferences - Formats, the app doesn't allow you to select the 
'open' checkboxes for any additional formats. 

Original comment by FreeDiv...@gmail.com on 21 Jul 2014 at 4:27

GoogleCodeExporter commented 9 years ago
I have no issue with Xee on Mavericks going fullscreen.

On Yosemite it crashes with all images as far as I can tell.

Original comment by fabien.f...@gmail.com on 25 Jul 2014 at 8:31

GoogleCodeExporter commented 9 years ago
This really seems to be another Yosemite bug. It should definitely be reported 
to Apple too.

Original comment by paracel...@gmail.com on 26 Jul 2014 at 7:42

GoogleCodeExporter commented 9 years ago
What's even more suprising is the fact, that the good old (and free!) Xee v.2.2 
is working flawlessly on the just-released Yosemite public beta. You can 
uninstall Xee3 and temporairly use Xee 2.2 until the newer one gets a proper 
fix (I am using App Store version so these betas won't work for me).

Original comment by domin...@gmail.com on 26 Jul 2014 at 8:45

GoogleCodeExporter commented 9 years ago
just wanted to say that i love the app ... i bought the app store version 
before i read the the text on the home page. now i ran into this issue on hand 
... tried the beta and bought it again ...great work keep going :)

Original comment by lad1...@gmail.com on 2 Sep 2014 at 7:57

GoogleCodeExporter commented 9 years ago
Try this: http://wakaba.c3.cx/releases/mac/Xee3.4.zip

Original comment by paracel...@gmail.com on 18 Oct 2014 at 11:44

GoogleCodeExporter commented 9 years ago
The new 3.4 is really strange. It doesn't crash on me, but when I switch into 
fullscreen mode it first gets working for a few seconds (beach ball appears) 
and then when it is fully into fullscreen mode the picture turns green 
(overlay), then when I go to the next or previous picture, the picture is ok 
for about a second and then also turns green. This happens only with pictures 
that have a resolution bigger than the actual screen size. Interestingly when I 
zoom in, it goes away after I have reached a resolution that's the actual 
pictures resolution.

Original comment by puja...@gmail.com on 19 Oct 2014 at 9:06

GoogleCodeExporter commented 9 years ago
What machine is that on? Probably due to changes in the drawing code to fix 
some other bugs. Try setting a lower graphics quality and see if that helps.

Original comment by paracel...@gmail.com on 19 Oct 2014 at 9:08

GoogleCodeExporter commented 9 years ago
It's an early 2011 13" MBP. Lower graphics quality (I guess you mean in the 
system?) makes it worse. The problem occurs when picture resolution > screen 
resolution. It happens overtime I switch to fullscreen and then stays even if I 
switch back to window mode.
I just realized that it not only happens in full screen, but also in window 
mode, if I just leave the window open for a few seconds.

Original comment by puja...@gmail.com on 19 Oct 2014 at 9:24

GoogleCodeExporter commented 9 years ago
Issue 452 has been merged into this issue.

Original comment by paracel...@gmail.com on 19 Oct 2014 at 10:35

GoogleCodeExporter commented 9 years ago
I mean lower quality in View -> Scaling quality in Xee.

Original comment by paracel...@gmail.com on 19 Oct 2014 at 10:36

GoogleCodeExporter commented 9 years ago
I see. Tried it out. Setting scaling quality to medium (or low) resolves the 
"green tint" problem. Setting back to high and the problem reoccurs. Seem to be 
the scaler drawing code in high only.

Original comment by puja...@gmail.com on 19 Oct 2014 at 10:47

GoogleCodeExporter commented 9 years ago
There's not much visual difference between medium and high, so just stick with 
that for now. I wish I had the hardware to try and test and tweak it on, but I 
don't so it'll have to wait a bit.

Original comment by paracel...@gmail.com on 19 Oct 2014 at 11:01

GoogleCodeExporter commented 9 years ago
One thing though: Could you try to open Console.app and see if any errors from 
Xee are printed when you first get the green screen after opening a picture?

Original comment by paracel...@gmail.com on 19 Oct 2014 at 11:02

GoogleCodeExporter commented 9 years ago
Oct 19 13:15:03 XXX Xee³[13102]: NSWindow warning: adding an unknown subview: 
<XeeTitleBar: 0x60000015c250>
Oct 19 13:15:03 XXX Xee³[13102]: Call stack:
        2   Xee³                               0x0000000105729029 -[XeeWindow awakeFromNib] + 320
        10  Xee³                               0x0000000105738f49 -[XeeWindowController initFrameAutosaveName] + 445
        11  Xee³                               0x0000000105738ae7 -[XeeWindowController init] + 135
        12  Xee³                               0x000000010571fce9 -[XeeAppDelegate application:openFile:] + 569
        31  Xee³                               0x000000010571da38 main + 1420
        32  Xee³                               0x000000010571d4a4 start + 52
Oct 19 13:15:20 XXX WindowServer[120]: disable_update_timeout: UI updates were 
forcibly disabled by application "Xee³" for over 1.00 seconds. Server has 
re-enabled them.
Oct 19 13:15:30 XXX WindowServer[120]: common_reenable_update: UI updates were 
finally reenabled by application "Xee³" after 11.06 seconds (server forcibly 
re-enabled them after 1.00 seconds)

Original comment by puja...@gmail.com on 19 Oct 2014 at 11:18

GoogleCodeExporter commented 9 years ago
Hmm, I see. Nothing too useful unfortunately... Would still have to have 
hardware to test on.

Original comment by paracel...@gmail.com on 19 Oct 2014 at 11:19

GoogleCodeExporter commented 9 years ago
Same issue as above and same machine (Early 2011 MacBook Pro 13") - works in 
Medium quality though. Hope you can roll 3.4 out to the App Store.

Original comment by young.ta...@gmail.com on 19 Oct 2014 at 3:05

GoogleCodeExporter commented 9 years ago

Original comment by paracel...@gmail.com on 20 Oct 2014 at 8:51

GoogleCodeExporter commented 9 years ago
Any way to convert my app store license to the stand alone app? Using 10.10 
Yosemite and Xee³ always crashes when opening a photo. Using the non app store 
version listed in this thread, I can open photos, but it needs to be registered.

Original comment by ChaseM1...@gmail.com on 22 Oct 2014 at 5:21

GoogleCodeExporter commented 9 years ago
when will update 3.4 be pushed to the app store?
cheers

Original comment by xphi...@gmail.com on 23 Oct 2014 at 12:00

GoogleCodeExporter commented 9 years ago
It has been pushed there half a week ago. For more information, ask Apple, who 
won't tell you a single thing.

Original comment by paracel...@gmail.com on 23 Oct 2014 at 10:26

GoogleCodeExporter commented 9 years ago
Hi Xee is crashing for me on Yosemite...I am in New Zealand, the version I see 
in the app store is 3.3 and not 3.4 

Original comment by khalidsm...@gmail.com on 25 Oct 2014 at 5:22

GoogleCodeExporter commented 9 years ago
I'm seeing the green screen issue as well with Xee 3.4 on a MacBook Pro 13-inch 
Late 2011 with Yosemite... dang!  

Original comment by nbbe...@gmail.com on 7 Mar 2015 at 5:51