Closed
Bug 907507
Opened 11 years ago
Closed 6 years ago
[Buri][PLMN]Networt name in PLMN list is not same as idle show
Categories
(Firefox OS Graveyard :: Gaia::Settings, defect, P1)
Firefox OS Graveyard
Gaia::Settings
Tracking
(blocking-b2g:-)
RESOLVED
WONTFIX
blocking-b2g | - |
People
(Reporter: sync-1, Unassigned, Mentored)
Details
(Whiteboard: [good first bug][mentor-lang=zh])
Attachments
(2 files)
AU_LINUX_GECKO_ICS_STRAWBERRY.01.01.00.019.190 Firefox os v1.1 Mozilla build ID:20130812041203 DEFECT DESCRIPTION: Networt name in PLMN list is not same as idle show. REPRODUCING PROCEDURES: Case1: SIM with EF_SPN 00 When register on HPLMN, in idle only SPN is shown, but in PLMN search list, static name is shown;-->KO Case2: SIM with OPL/PNN When register on PLMN that in OPL list, in idle only PNN is shown, but in PLMN search list, static name is shown;-->KO EXPECTED BEHAVIOUR: Network name in search list should be same as idle ASSOCIATE SPECIFICATION: TEST PLAN REFERENCE: TOOLS AND PLATFORMS USED: USER IMPACT: REPRODUCING RATE: 5/5 For FT PR, Please list reference mobile's behavior:
Updated•11 years ago
|
blocking-b2g: --- → leo?
Comment 5•11 years ago
|
||
Hi, for test case3: short name is showed instead of longname in plmn list. I find in newlistitem() in gaia/app/setting/carrier.js for 852035. Why? -name.textContent = network.longName; +name.textContent = network.shortName || network.longName; I need to change to : name.textContent = network.longName || network.longName; Will it be ok?
Updated•11 years ago
|
blocking-b2g: leo? → koi?
Updated•11 years ago
|
blocking-b2g: koi? → leo?
Comment 6•11 years ago
|
||
Evelyn, could this be a regression from bug 852038? I'm also wondering if comment 5 meant to say: name.textContent = network.longName || network.shortName; // not longName twice ?
Flags: needinfo?(ehung)
Comment 7•11 years ago
|
||
yangshjuan@tcl.com, please see my second question in comment 6.
Flags: needinfo?(yangshjuan)
Comment 8•11 years ago
|
||
Andrew, Assigning this bug to you for further analysis, since you are already looking into it.
Assignee: nobody → overholt
Comment 9•11 years ago
|
||
Hi, I mean, at first the code was: name.textContent = network.longName; later, for bug 852035, it is modified like following: name.textContent = network.shortName || network.longName; now, bug 907507 asks to show longName first. i need to change to: name.textContent = network.longName || network.shortName; Will this affect bug 852035?
Flags: needinfo?(yangshjuan)
Updated•11 years ago
|
Assignee: overholt → ehung
Comment 10•11 years ago
|
||
Can someone help confirm if this is the same behaviour in 1.0.1 .If its a regression from bug 852038, then it would be and I think it is ok to ship it in the same way for 1.1 as well given where we are.(needinfo Evelyn Hung )
Comment 12•11 years ago
|
||
(In reply to yangshjuan from comment #9) > Hi, > I mean, at first the code was: > name.textContent = network.longName; > > later, for bug 852035, it is modified like following: > name.textContent = network.shortName || network.longName; > > now, bug 907507 asks to show longName first. i need to change to: > name.textContent = network.longName || network.shortName; > > Will this affect bug 852035? I don't see any patch for bug 852035. From the comments on that bug, it seems a totally different problem that trying to do ADN editing. I believe switching network.longName and network.shortName doesn't matter in this case. Would you like to provide a patch?
Flags: needinfo?(yangshjuan)
Comment 13•11 years ago
|
||
Evelyn What is the user impact if the bug is not fixed. Sounds like a naming convention.
Flags: needinfo?(ehung)
Comment 14•11 years ago
|
||
I'm not sure about the user impact... From my point of view, yes, it's more like a convention.
Flags: needinfo?(ehung)
Comment 16•11 years ago
|
||
clear ni flag, and label good first bug for someone who is looking for a easier start.
Flags: needinfo?(yangshjuan)
Whiteboard: [good first bug]
Updated•11 years ago
|
Whiteboard: [good first bug] → [good first bug][mentor=ehung][mentor-lang=zh]
Updated•10 years ago
|
Mentor: ehung
Whiteboard: [good first bug][mentor=ehung][mentor-lang=zh] → [good first bug][mentor-lang=zh]
Comment 18•9 years ago
|
||
Hi, I'm new to open source. I'm looking for my first bug. Can u assign this bug to me?
Comment 19•9 years ago
|
||
Hi, Anindya-Pandey; welcome aboard. We'd love to assign this to you, and as soon as you've got a patch ready to go we can do that. Building FirefoxOS can be a challenge, but our documentation is pretty good. You can get started here: https://developer.mozilla.org/en-US/Firefox_OS/Building_and_installing_Firefox_OS and as soon as you're able to build from source successfully, you'll be on your way. Evelyn, listed in Mentor's field above, can answer questions about what this change looks like. Thanks for your effort, and good luck!
Comment 20•9 years ago
|
||
Hi, Mike Hoye. I've already built and installed the Gaia user interface. What else do I need?
Comment 21•9 years ago
|
||
Evelyn can answer that question, I think - I've called her attention to this with the "need more info" box you see below, and selecting "mentor". Evelyn, what do you think?
Comment 22•6 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•