Ubuntu
radiotray package

Radiotray asks whether to use the notification area or an app indicator, on first run and when passed a command line parameter

Bug #850270 reported by Grey Nicholson on 2011-09-14

20

This bug affects 3 people

Affects		Status	Importance	Assigned to	Milestone
	radiotray (Ubuntu)	Fix Released	Undecided	Unassigned

Bug Description

Radiotray 0.6.4 asks on first run whether to put its UI in an app indicator or a Gnome 2 notification area applet.

In Unity, it shouldn't, because there is no notification area. If the user chooses the default (notification area), there will be no visible UI. Radiotray should use an app indicator without asking.

Radiotray 0.6.3 didn't prompt. (It also assumed the notification area should be used, but this can be fixed by editing ~/.local/share/radiotray/config.xml)

Radiotray 0.6.4 also shows this prompt every time it is passed a command line parameter, eg:
`radiotray --resume`
`radiotray http://somafm.com/digitalis.pls`

This makes it impossible to have Radiotray automatically begin playing a radio station, which is a major loss of functionality.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: radiotray 0.6.4-1
ProcVersionSignature: Ubuntu 3.0.0-11.17-generic 3.0.4
Uname: Linux 3.0.0-11-generic i686
ApportVersion: 1.22.1-0ubuntu2
Architecture: i386
Date: Wed Sep 14 19:32:14 2011
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Alpha i386 (20110803.1)
SourcePackage: radiotray
UpgradeStatus: No upgrade log present (probably fresh install)

Tags:

Related branches

lp:ubuntu/precise/radiotray

Revision history for this message

Grey Nicholson (greytheearthling) wrote on 2011-09-14:

#1

Dependencies.txt Edit (2.9 KiB, text/plain; charset="utf-8")
ProcEnviron.txt Edit (141 bytes, text/plain; charset="utf-8")

Grey Nicholson (greytheearthling) on 2011-09-14

summary:

- Radiotray asks whether to use the notification area or an app indicatorm
+ Radiotray asks whether to use the notification area or an app indicator,
on first run and when passed a command line parameter

Revision history for this message

Launchpad Janitor (janitor) wrote on 2011-09-15:

#2

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in radiotray (Ubuntu):
status:	New → Confirmed

Valdur Kana (valdur55) on 2011-09-15

Changed in radiotray (Ubuntu):
status:	Confirmed → In Progress

Revision history for this message

Valdur Kana (valdur55) wrote on 2011-09-15:

#3

Fixed GUI chooser issue.
Replaced chooser with appindicator

Revision history for this message

Valdur Kana (valdur55) wrote on 2011-09-15:

#4

Try to make real patch file.

Revision history for this message

Valdur Kana (valdur55) wrote on 2011-09-15:

#5

I deleted first try.
Added patch file.

Revision history for this message

Valdur Kana (valdur55) wrote on 2011-09-15:

#6

config_fix.patch Edit (719 bytes, text/plain)

OMG.... Choosed wrong patch file.
Now here is right one.

Revision history for this message

Ubuntu Foundations Team Bug Bot (crichton) wrote on 2011-09-15:

#7

The attachment "config_fix.patch" of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-sponsors please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

tags:

added: patch

Revision history for this message

Valdur Kana (valdur55) wrote on 2011-09-16:

#8

I found solution for `radiotray --resume` issue.
In Radiotray.py file is:
    77 # chooser
    78 if(url != None):
    79 chooser = GuiChooserConfiguration()
    80 gui_engine = chooser.run()
    81 self.cfg_provider.setConfigValue("gui_engine", gui_engine)
    82 url = None
    83 # load gui
When you replace "if(url != None):" with "if(url != '--config'): " , then radiotray URL and radiotray --resume will work nicely again.

Revision history for this message

Launchpad Janitor (janitor) wrote on 2012-02-18:

#9

This bug was fixed in the package radiotray - 0.7.1-1ubuntu1

---------------
radiotray (0.7.1-1ubuntu1) precise; urgency=low

* use appindicator by default (LP: #850270)
- depend on python-appindicator
-- Julian Taylor <email address hidden> Sat, 18 Feb 2012 13:15:59 +0100

Changed in radiotray (Ubuntu):
status:	In Progress → Fix Released

Revision history for this message

Bas232 (bas-heppen) wrote on 2018-07-08:

#10

First delete .local/share/radiotray simply delete the entire directory.
Then start radiotray in usermode not as root else it will fail again.
Now kill it as it fails also but it writes new files, yes it won't work, I know, just kill it: killall -KILL radiotray (severaltimes)

Change these lines in ./local/share/radiotray/config.xml

<option name="enable_application_indicator_support" value="false"/>
  
  <option name="gui_engine" value="systray"/>

Now start it again, it should work this time.
It's just a matter they alter the install script with these params as default and check the files have the proper owner, as such do not start it with root, it will change the owner.

Report a bug

This report contains Public information

Everyone can see this information.

You are

Subscribing...

Edit bug mail

Other bug subscribers

Patches

config_fix.patch Edit

Add patch

Bug attachments

Add attachment

Remote bug watches

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