
mtdean at thirdcontact
Apr 30, 2012, 11:46 AM
Post #52 of 60
(835 views)
Permalink
|
On 04/30/2012 02:24 PM, Greg Woods wrote: > My ticket on this issue has been closed as an Upstream Bug. > > It turns out that this is a bug in Qt version 4.7.1, which happens to be > the version that comes with Fedora 14. If your SchedulesDirect username > has an "@" in it, then it will use the part to the right of the @ as the > realm, which is totally broken. For me, I haven't any idea what this > even means, and I've had the same SD username (and the same version of > Qt) for a long time now. > > But I would like to express my appreciation to beirdo for the amount of > time he put into figuring this out. +1 > Who would have thought that a > graphical tool kit would cause a bug in logging into a web site from a > command line application? FWIW, Qt is far more than a graphical toolkit--it is an entire development framework for C++. It provides a higher-level library/API for C++ code than basic system/standard libraries. > As I understand it, there are three ways to work around this: > > 1) Use a SchedulesDirect username that doesn't have an @-sign in it. > 2) Use a different version of Qt (the problem is specific to 4.7.1) > 3) Use something other than mythfilldatabase to do the grabbing, then > use "mythfilldatabase --file" to load the data. No, that will break your data. No one should /ever/ use mythfilldatabase --file with Schedules Direct data. http://www.gossamer-threads.com/lists/mythtv/users/515388#515388 That said, now that the breakage is understood, #3 (even with --dd-file) should not be used by anyone, anymore. #1 is the quickest, easiest solution (taking only seconds to implement). > Right now I am using #3, but will switch to #1 as soon as I have time to > play with it. In the longer term, I am well aware that Fedora 14 is past > end-of-life, but upgrading the OS on my backend is a huge project that I > haven't got time for now, and probably won't for a couple of months > (I'll wait until Fedora 17 is released), and otherwise, upgrading Qt is > very difficult, so I will use the workarounds until I find time for the > "correct" fix. Yeah, #1 is a good approach for someone on a distro that doesn't provide the option to upgrade the Qt version. Mike _______________________________________________ mythtv-users mailing list mythtv-users [at] mythtv http://www.mythtv.org/mailman/listinfo/mythtv-users
|