Opened 14 years ago
Closed 14 years ago
#7732 closed defect (fixed)
MythFrontend failing to launch when its path has extended chars (OSX 10.5)
Reported by: | Owned by: | Nigel | |
---|---|---|---|
Priority: | minor | Milestone: | unknown |
Component: | Ports - OSX | Version: | unknown |
Severity: | low | Keywords: | Unicode, path |
Cc: | Ticket locked: | no |
Description
The downloaded binary for Mythfrontend on OSX had been working fine, then suddenly stopped launching. Checking the console log, the only clue was
12/9/09 17:52:12 [0x0-0x103002f].org.osx-bundler.MythFrontend[42147] 2009-12-09 17:52:12.788 Could not find theme: metallurgy
Eventually I figured out that the app was unable to find itself once I'd stored it with the other video applications, which had a path as follows:
/Applications/•Pictures/Video?
(In case the above gets mangled, there's a dot in front of "Pictures," which I believe is Unicode character 2022, "Bullet".) I strongly suspect that the mechanism Mythfrontend is using to access the file system is not Unicode compliant. I don't know if this is also true of the Linux implementation.
Change History (3)
comment:1 Changed 14 years ago by
Status: | new → infoneeded_new |
---|
comment:2 Changed 14 years ago by
I'm not willing to deal with compiling this thing, but the latest precompiled binary does appear to operate when placed in the location that the old one failed.
comment:3 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | infoneeded_new → closed |
Worth asking, is this fixed if you compile with the script now (trunk only) as it compiles Qt 4.6 by default?