mythtv-setup hangs, terminal hides

Bug #192832 reported by janl
2
Affects Status Importance Assigned to Milestone
mythtv (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: mythtv-backend

Hi,

When running mythtv-setup and selecting 3 "Videokilder" (in norwegian, I suspect "Videosources" in english). I select the schedule source (xmlno, I've called it). And then there is a setup screen to select what grabber to use to get these data. i select "Norway (xmltv)" (tv_grab_no) or "Norway (beta) (xmltv)" (tv_grab_no_gfeed). Then select "Ferdig" (finished/done). Then comes a progress bar saying more or less "Please wait while MythTV fetches the list of channels.".
This progressbar hangs at 50%. This is because the command that is run:

  tv_grab_no --config-file '/home/mythtv/.mythtv/xmlno.xmltv' --configure

wants to be interactive and ask about datasources, channels I want and so on. I see that the command runs on a pty, but it's not any terminal I have opened.

Once I switch away from the mythtv desktop in the openbox window manager I can find the terminal in the menu for Desktop1 and go to it. If my mouse ever leaves the window it goes behind mythtv-setup.

This terminal should perhaps have its stay-on-top property set.

Regards,
  Nicolai

Revision history for this message
janl (janl) wrote :

I started mythtv-setup from mythbuntu-control-centre by the way. A much loved app.

Revision history for this message
Mario Limonciello (superm1) wrote :

Do you know of a way to dynamically adjust this property on windows? The problem is that hte terminal is *only* needed for that. It is launched prior to mythtv-setup, but only used for xmltv configuration.

Revision history for this message
janl (janl) wrote : Re: [Bug 192832] Re: mythtv-setup hangs, terminal hides

Mario Limonciello skrev:
> Do you know of a way to dynamically adjust this property on windows?
> The problem is that hte terminal is *only* needed for that. It is
> launched prior to mythtv-setup, but only used for xmltv configuration.

Then it would seem more likely to succeed if you start _another_
terminal for xmltv (as in "xterm -e 'tv_grab_no ...'" or similar) and
find a terminal program that has a "stay on top" switch, or configure
the window manager to give the window with that title stay-on-top
property. Luckily you control the window manager configuration :-)

Nicolai

Changed in mythtv:
status: New → Triaged
Revision history for this message
laga (laga) wrote :

Setting the stay-on-top bit isn't a good solution. If it stays on top, it'll be very hard to use mythtv-setup :)

Sooner or later, upstream will be using the XMLTV apiconfig capability to integrate configuration nicely into the MythTV UI. It shouldn't be necessary for us to fix this now. Unless someone has a good patch handy ;)

Revision history for this message
janl (janl) wrote :

laga wrote:
> Setting the stay-on-top bit isn't a good solution. If it stays on top,
> it'll be very hard to use mythtv-setup :)

A terminal window opened for the purpose would go away when the
script/exec it runs ends and mythtv-setup would once again own the screen.

Nicolai

Revision history for this message
laga (laga) wrote :

janl schrieb:
> laga wrote:
>
>> Setting the stay-on-top bit isn't a good solution. If it stays on top,
>> it'll be very hard to use mythtv-setup :)
>>
>
> A terminal window opened for the purpose would go away when the
> script/exec it runs ends and mythtv-setup would once again own the screen.
>
> Nicolai
>
>
True.

I was referring to the terminal used to start mythfrontend.

As I said, with apiconfig, it won't be necessary anymore. Of course, if
you can supply a patch which calls xterm in mythtv-setup, we'll try to
include it :)

Revision history for this message
Mario Limonciello (superm1) wrote :

So this bug has actually been fixed since as of 0.22 all the xmltv handling happens directly in the mythtv-setup GUI.

Changed in mythtv (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.