Bug 9624 - Update wireless regions
: Update wireless regions
Status: CLOSED FIXED
Product: SqueezePlay
Classification: Unclassified
Component: Networking
: unspecified
: PC Other
: P1 normal (vote)
: 7.4.0
Assigned To: Felix Mueller
: Verify_74
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-10-01 16:34 UTC by Blackketter Dean
Modified: 2009-10-05 14:28 UTC (History)
5 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Blackketter Dean 2008-10-01 16:34:37 UTC
According to this list in wikipedia there is no difference in wlan channels anymore for France and Europe, or US and Canada

http://en.wikipedia.org/wiki/List_of_WLAN_channels

looking at that reference, it's changed even more from what we have now:

United States & Mexico
Canada
Europe
France
China
Taiwan
Australia
Japan

And it should be updated to:

North America
Europe
China
Japan
Australia
Israel

This would also need to be addressed on the classic platforms, please reassign there when this is completed (or create a referenced bug).
Comment 1 Ben Klaas 2008-10-01 17:22:39 UTC
I'm fairly certain I can handle this one...
Comment 2 Felix Mueller 2008-10-02 00:32:29 UTC
I am pretty sure the wikipedia list is accurate, however should we not confirm the list with an official instance first, maybe Wi-Fi alliance, before we start implementing it?
Comment 3 Felix Mueller 2008-10-02 00:35:47 UTC
I also wonder what people in 'south america' would choose?
Comment 4 Ben Klaas 2008-10-02 08:01:03 UTC
I downloaded and looked through the 2007 IEEE spec that is cited in the wikipedia article. In appendicies in that doc, Canada is treated separately from U.S. and France is treated separately from Europe.

Hard to figure out what the authoritative source for this should be...

Also, I'd second Felix, we'd also need to figure out what the rest of the world should choose, since it doesn't cover all geographic regions.
Comment 5 Ben Klaas 2008-10-23 21:42:38 UTC
Dean, back to you...I've not found any definitive documentation for this...

what do you want me to do?
Comment 6 Blackketter Dean 2008-11-04 15:31:47 UTC
Felix, can you look into this for 8.0?
Comment 7 Richard Titmuss 2008-11-06 03:53:03 UTC
Moving target.
Comment 8 James Richardson 2009-06-10 13:39:11 UTC
This should happen when code base merge occurs.

Only caveat is that people upgrading firmware should auto update to 'other'
Comment 9 Blackketter Dean 2009-07-22 08:39:32 UTC
Moving to the product SqueezePlay because this bug appears to apply to any player based on that application code.  Feel free to move it back if it's specific to the single original product.
Comment 10 Richard Titmuss 2009-07-27 01:13:25 UTC
Reset priority before triage.
Comment 11 Richard Titmuss 2009-07-27 03:24:52 UTC
Felix, we need to confirm this works ok on a Controller upgrade.
Comment 12 Felix Mueller 2009-08-18 05:47:03 UTC
During a Controller upgrade from 7.3. to 7.4. wireless region will stay the same, i.e. it will be one out of the long list we had. But Controller will keep working. As soon as a factory reset is done while on 7.4. only two regions (US, other) will be used from then on.

I've also talked to Richard about this and he too thinks there should be no issue with wireless regions.
Comment 13 James Richardson 2009-10-05 14:28:46 UTC
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server!
    * SqueezeCenter: 28672
    * Squeezebox 2 and 3: 130
    * Transporter: 80
    * Receiver: 65
    * Boom: 50
    * Controller: 7790
    * Radio: 7790  

Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes

If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.