Closed Bug 989135 Opened 11 years ago Closed 11 years ago

[B2G][Component][Location] Having a quotation mark in the Wi-Fi hotspot password or SSID is not handled gracefully.

Categories

(Firefox OS Graveyard :: Wifi, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:1.3T+, b2g-v1.3 unaffected, b2g-v1.3T verified, b2g-v1.4 fixed, b2g-v2.0 fixed)

RESOLVED FIXED
2.0 S1 (9may)
blocking-b2g 1.3T+
Tracking Status
b2g-v1.3 --- unaffected
b2g-v1.3T --- verified
b2g-v1.4 --- fixed
b2g-v2.0 --- fixed

People

(Reporter: lmauritson, Assigned: dimi)

References

Details

(Keywords: regression, Whiteboard: [caf priority: p2][CR 647170] burirun1.4-2, eta:4/11,[CR 647223])

Attachments

(2 files, 3 obsolete files)

Description: If a quotation mark ( " ) is entered in to the SSID or Password text field the Wifi hotspot will not remain enabled if turned on. After turning Wifi hotspot on after a few seconds it will turn itself back off with no warning or explanation to the user. Repro Steps: 1) Update a Buri to BuildID: 20140326000201 2) Go to Settings -> Internet sharing 3) Make sure Wifi hotspot is off and go to Hotspot settings 4) Change the SSID or Password to include a quotation mark Actual: After turning Wifi hotspot on after a few seconds it will turn itself back off with no warning or explanation to the user. Expected: The user is notified of any issues regarding the text entered in the SSID or Password fields. 1.4 Environmental Variables: Device: Buri 1.4 MOZ BuildID: 20140326000201 Gaia: 7e705dd4718d528974d99ac31866318d7e201152 Gecko: 4889124accfa Version: 30.0a2 Firmware Version: v1.2-device.cfg Keywords: Tethering, Wi-fi, Internet sharing, Settings, Notes: Along the same lines there is no warning when the password is too short, though the user will be unable to press "OK." This caught me off guard once. Related to: bug 828925, Repro frequency: 100% Link to failed test case: https://moztrap.mozilla.org/manage/case/8752/ See attached: Logcat, video: http://youtu.be/2p0agIbIXbA
This issue does NOT occur on 1.3 1.3 Environmental Variables: Device: Buri 1.3 MOZ BuildID: 20140327004001 Gaia: 8d159066289fdb4651e13e838fb91fb9226a2cd5 Gecko: 4c7778cc0c98 Version: 28.0 Firmware Version: v1.2-device.cfg Entering a quotation mark in the SSID or Password field does not cause any obvious issues. Wifi remains enabled and other devices are able to connect to and use the hotspot.
blocking-b2g: --- → 1.4?
Component: Gaia::Settings → Wifi
QA Contact: jharvey
Last Working 1.4 Environmental Variables: Device: Buri 1.4 MOZ BuildID: 20140129121913 Gaia: ea7971a9f5bbf63a3977161f09ce7138202c7c62 Gecko: 90bfbf075f3f Version: 29.0a1 Firmware Version: v1.2-device.cfg First Broken 1.4 Environmental Variables: Device: Buri 1.4 MOZ BuildID: 20140129123816 Gaia: 0bc0e703df197d46dfffb9ac65cb85d2e3e10c4a Gecko: 73eefb421e2a Version: 29.0a1 Firmware Version: v1.2-device.cfg First Broken Gecko last working Gaia: Issue Reproduces Gaia: ea7971a9f5bbf63a3977161f09ce7138202c7c62 Gecko: 73eefb421e2a First broken Gaia Last Working Gaia: Issue does NOT reproduce Gaia: 0bc0e703df197d46dfffb9ac65cb85d2e3e10c4a Gecko: 90bfbf075f3f Gecko Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=90bfbf075f3f&tochange=73eefb421e2a
Looks like bug 864931 caused this regression. Dimi - Can you confirm? If that's true, then this should be nominated to 1.3T, since this landed there as well.
Blocks: 864931
Flags: needinfo?(dlee)
Assignee: nobody → dlee
Flags: needinfo?(dlee)
Attached patch 989135 fix v1 (obsolete) — Splinter Review
Attachment #8399888 - Flags: review?(vchang)
Attached patch bug 989135 Fix v2 (obsolete) — Splinter Review
Attachment #8399888 - Attachment is obsolete: true
Attachment #8399888 - Flags: review?(vchang)
Attachment #8399889 - Flags: review?(vchang)
Bumping to 1.3T? as this regression hits that branch as well.
blocking-b2g: 1.4? → 1.3T?
1.3T+ regresion
blocking-b2g: 1.3T? → 1.3T+
Comment on attachment 8399889 [details] [diff] [review] bug 989135 Fix v2 Review of attachment 8399889 [details] [diff] [review]: ----------------------------------------------------------------- r=me with nits addressed. ::: dom/system/gonk/NetworkUtils.cpp @@ +74,5 @@ > static const char* USB_CONFIG_DELIMIT = ","; > static const char* NETD_MESSAGE_DELIMIT = " "; > > static const uint32_t BUF_SIZE = 1024; > +static const uint32_t MAX_SSID_SIZE = 32; Nit: The maximum SSID length should be 32 + the character "\0". @@ +269,5 @@ > > /** > + * Helper function to do string search and replace. > + */ > +static void replace(const char* src, const char* strold, const char* strnew, char* dst) { Nit: maximum 80 characters per line.
Attachment #8399889 - Flags: review?(vchang) → review+
Attached patch Bug_989135_v3.patch (obsolete) — Splinter Review
Attachment #8399889 - Attachment is obsolete: true
Attachment #8402469 - Attachment is obsolete: true
Keywords: checkin-needed
Whiteboard: burirun1.4-2 → burirun1.4-2, eta:4/11
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → 1.5 S1 (9may)
Comment on attachment 8402470 [details] [diff] [review] Bug_989135_v4.patch Review of attachment 8402470 [details] [diff] [review]: ----------------------------------------------------------------- I just notice this patch, and I think we need a follow up to fix the issue in this patch. ::: dom/system/gonk/NetworkUtils.cpp @@ +74,5 @@ > static const char* USB_CONFIG_DELIMIT = ","; > static const char* NETD_MESSAGE_DELIMIT = " "; > > static const uint32_t BUF_SIZE = 1024; > +static const uint32_t MAX_SSID_SIZE = 33; Although max length for SSID is 32 bytes, the max possible length for SSID becomes 64 bytes after |escapeQuote()|. For example, SSID string consists of 32 '\'s will become 64 '\'s after escape. @@ +279,5 @@ > + char *r; > + uint32_t oldlen = strlen(strold); > + uint32_t newlen = strlen(strnew); > + > + for (p = src, r = dst; (q = strstr(p, strold)) != nullptr; p = q + oldlen) { We didn't check dst size, might cause buffer overflow here.
Whiteboard: burirun1.4-2, eta:4/11 → [CR 647170] burirun1.4-2, eta:4/11
Whiteboard: [CR 647170] burirun1.4-2, eta:4/11 → [CR 647170] burirun1.4-2, eta:4/11,[CR 647223]
blocking-b2g: 1.3T+ → 1.4?
blocking-b2g: 1.4? → 1.3T+
Whiteboard: [CR 647170] burirun1.4-2, eta:4/11,[CR 647223] → [CR 647170] burirun1.4-2, eta:4/11,[CR 647223] [1.4-approval-needed]
Is this something that's still wanted on 1.4? Seems that way per the whiteboard, but I don't see an approval request here.
Comment on attachment 8402470 [details] [diff] [review] Bug_989135_v4.patch Review of attachment 8402470 [details] [diff] [review]: ----------------------------------------------------------------- [Approval Request Comment] Bug caused by : This is regressing bug 864931 User impact if declined : If user enter quotation mark in the Wi-Fi hotspot password or SSID, hotspot mode won't work Testing completed : Yes. Risk to taking this patch : Medium, there is also a followup bug 994524 need to be landed String or IDL/UUID changes made by this patch: None.
Attachment #8402470 - Flags: approval-mozilla-aurora?
Flags: needinfo?(bbajaj)
(In reply to Ryan VanderMeulen [:RyanVM UTC-4] from comment #16) > Is this something that's still wanted on 1.4? Seems that way per the > whiteboard, but I don't see an approval request here. Yes we need this in v1.4 please.
Comment on attachment 8402470 [details] [diff] [review] Bug_989135_v4.patch v1.4 is off Aurora and on to b2g30_v1_4 now, so switching the approval request.
Attachment #8402470 - Flags: approval-mozilla-aurora? → approval-mozilla-b2g30?
Attachment #8402470 - Flags: approval-mozilla-b2g30? → approval-mozilla-b2g30+
Flags: needinfo?(bbajaj)
Whiteboard: [CR 647170] burirun1.4-2, eta:4/11,[CR 647223] [1.4-approval-needed] → [CR 647170] burirun1.4-2, eta:4/11,[CR 647223]
This is verified fixed on today's Tarako build 1.3t Environmental Variables: Device: Tarako 1.3t BuildID: 20140501014002 Gaia: d26a776beae0070b0032248a2ce482bbe6321a6d Gecko: e90f4b655511 Version: 28.1 Firmware Version: sp6821
Whiteboard: [CR 647170] burirun1.4-2, eta:4/11,[CR 647223] → [caf priority: p2][CR 647170] burirun1.4-2, eta:4/11,[CR 647223]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: