Comment 7 for bug 278388

You are right, your suggestion would be the best way to handle the
situation. I will look into putting that in soon. One question I have, what
would be the best way to "stop" the player. I can't constantly have the
player applet up because it makes some of my other audio software not run
because they want full control of the sound. I tried to make it change the
url to about:blank to make it stop but I couldn't get it to work(maybe I was
doing something wrong), but is there a better way? That way a user can right
click and select "stop" when they don't want the player running, do what
they want, and then click the applet to show the dialog and start the player
again.

On Sat, Oct 4, 2008 at 11:24 PM, Mike Rooney <email address hidden> wrote:

> Thanks for taking the initiative Kevin! I have talked about improving
> this before and I think that your patch addresses half the issue. Since
> the HTML code itself could change, it is possible that the same issue
> could happen with this approach. Also, I think page requests to get the
> URL every time are unnecessary bandwidth for users and could slow things
> down. I think the optimal way to address this issue is to ship the
> applet with the current known address as we do, but instead as an
> awnconfig key (whatever the proper name is for that, that goes to gconf
> in gnome). Then, wrap the fetching of the flash in a try, and if it
> can't be found, THEN try your new approach. If successful, put that new
> value in gconf and continue. This way, you only need to fetch the URL
> once per change, and even if they completely change HTML, we can at
> least tell users the new value to put in gconf as a relatively simple
> fix.
>
> --
> Pandora applet needs url update and behavior modifications
> https://bugs.launchpad.net/bugs/278388
> You received this bug notification because you are a direct subscriber
> of the bug.
>