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)

defect

Tracking

(blocking-b2g:-)

RESOLVED WONTFIX
blocking-b2g -

People

(Reporter: sync-1, Unassigned, Mentored)

Details

(Whiteboard: [good first bug][mentor-lang=zh])

Attachments

(2 files)

306.46 KB, text/plain
Details
7.85 MB, application/octet-stream
Details
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:
Clone from brother
Attached file radio log
Clone from brother
Attached file QXDM log
blocking-b2g: --- → leo?
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?
blocking-b2g: leo? → koi?
blocking-b2g: koi? → leo?
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)
yangshjuan@tcl.com, please see my second question in comment 6.
Flags: needinfo?(yangshjuan)
Andrew,

Assigning this bug to you for further analysis, since you  are already looking into it.
Assignee: nobody → overholt
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)
Assignee: overholt → ehung
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 )
No, it's not a regression from bug 852038.
Flags: needinfo?(ehung)
(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)
Evelyn

What is the user impact if the bug is not fixed. Sounds like a naming convention.
Flags: needinfo?(ehung)
I'm not sure about the user impact... From my point of view, yes, it's more like a convention.
Flags: needinfo?(ehung)
very minimal user impact and hence minus
blocking-b2g: leo? → -
clear ni flag, and label good first bug for someone who is looking for a easier start.
Flags: needinfo?(yangshjuan)
Whiteboard: [good first bug]
Whiteboard: [good first bug] → [good first bug][mentor=ehung][mentor-lang=zh]
I'd like to be a mentor of this bug.
Assignee: ehung → nobody
Mentor: ehung
Whiteboard: [good first bug][mentor=ehung][mentor-lang=zh] → [good first bug][mentor-lang=zh]
Hi,
I'm new to open source.
I'm looking for my first bug.
Can u assign this bug to me?
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!
Hi, Mike Hoye. I've already built and installed the Gaia user interface. What else do I need?
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?
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.

Attachment

General

Creator:
Created:
Updated:
Size: