Closed Bug 1812730 Opened 2 years ago Closed 2 years ago

Collections with empty name can be created

Categories

(Firefox for Android :: Collections, defect, P3)

Firefox 115
All
Android
defect

Tracking

()

RESOLVED FIXED
119 Branch
Tracking Status
firefox113 --- wontfix
firefox114 --- wontfix
firefox115 --- wontfix
firefox117 --- wontfix
firefox118 --- wontfix
firefox119 --- verified

People

(Reporter: boek, Assigned: happinessmncube)

References

Details

(Whiteboard: [fxdroid] [Needs-UX])

Attachments

(1 file)

From github: https://github.com/mozilla-mobile/fenix/issues/27089.

Steps to reproduce

  1. Launch the FIrefox application.
  2. Open a few tabsand from the tabs tray, tap the "Select tabs" button.
  3. Select one/more tabs. Tap the save to collection icon.
  4. Delete the "Collection 1" name and tap on OK button.
  5. Check the name of the new collection.

Expected behaviour

Collections with empty name can be created

Actual behaviour

Collections with empty name cannot be created. An error message is displayed.

Device name

One Plus 9 PRO

Android version

Android 12

Firefox release type

Firefox Nightly

Firefox version

Firefox Nightly 107.0a1 09/21

Device logs

No response

Additional information

Related bug that was previously fixed
This issue is also reproducible on Firefox Beta 106.0b1 and RC 105.1.0
Please note a collection also can be created by pressing on space, with emoji or using invalid characters (. , * , < , > , ? , \ , , : ).
This issue is also repro on Nightly 107.0a1 - 09/21.

┆Issue is synchronized with this Jira Task

Change performed by the Move to Bugzilla add-on.

I would like to work on this issue, is there any message that has to be displayed to the user. If so what is the message?

Flags: needinfo?(cpeterson)

(In reply to happinessmncube from comment #1)

I would like to work on this issue

Thanks for your help! I can assign this bug to you while you work on it.

Do you have a local build of Firefox Android running on a device or emulator?

https://firefox-source-docs.mozilla.org/contributing/build/building_mobile_firefox.html

is there any message that has to be displayed to the user. If so what is the message?

I tried to reproduce this bug and I see that the current UI doesn't allow an empty collection name. However, when I tap the keyboard's "Done" when trying to enter the empty name (or just whitespace), the keyboard closes, but the empty collection name field is still open. This is confusing. Can we disable the keyboard's "Done" button while the collection name is an empty string or just whitespace?

Assignee: nobody → happinessmncube
Severity: -- → S3
Flags: needinfo?(cpeterson)
Priority: -- → P3

If you have questions about building or running Firefox Android, drop by the #mobile-dev channel on Mozilla's Matrix server:

https://chat.mozilla.org/?#/room/#mobile-dev:mozilla.org

(In reply to Chris Peterson [:cpeterson] from comment #2)

(In reply to happinessmncube from comment #1)

I would like to work on this issue

Thanks for your help! I can assign this bug to you while you work on it.

Do you have a local build of Firefox Android running on a device or emulator?

https://firefox-source-docs.mozilla.org/contributing/build/building_mobile_firefox.html

is there any message that has to be displayed to the user. If so what is the message?

I tried to reproduce this bug and I see that the current UI doesn't allow an empty collection name. However, when I tap the keyboard's "Done" when trying to enter the empty name (or just whitespace), the keyboard closes, but the empty collection name field is still open. This is confusing. Can we disable the keyboard's "Done" button while the collection name is an empty string or just whitespace?

Ok, let me work on it

I have been working on this issue and discovered that I can still reproduce it using these steps

  1. Launch the FIrefox application.
  2. Open a few tabsand from the tabs tray, tap the "Select tabs" button.
  3. Select one/more tabs. Tap the save to collection icon.
  4. Delete the "Collection 1" name and tap on OK button.
  5. Check the name of the new collection.

Also, see this video https://www.loom.com/share/b31dbac82c274c798af16462d0df2834 I have pulled from main numerous times with the same results. Can you please take a look?

Flags: needinfo?(cpeterson)

You're right. I can still reproduce this bug. I'm not sure what I was actually testing in my comment 2.

As I test again, I see there are two buttons we would need to disable or ignore when the new collection name is empty:

  1. The "OK" button in the "Add new collection" dialog.
  2. The "Done" button on the keyboard.
Flags: needinfo?(cpeterson)

Working on it.

This is the flow you were referring to in comment 2 https://www.loom.com/share/668967f4f56543688a688e5a6f2f8338. Not sure if it has a ticket already.

Is it ok to use values supplied here https://github.com/mozilla-mobile/firefox-android/pull/1050#issuecomment-1453969942 for the OK button when it is inactive?

Flags: needinfo?(cpeterson)

(In reply to happinessmncube from comment #8)

Is it ok to use values supplied here https://github.com/mozilla-mobile/firefox-android/pull/1050#issuecomment-1453969942 for the OK button when it is inactive?

I need to ask the UI designers to review your proposed solution. They have a long backlog of work, so that might take a couple weeks.

In the meantime, I recommend looking at Android good-first-bugs on "Codetribute" that don't require UI changes:

https://codetribute.mozilla.org/projects/fenix

Flags: needinfo?(cpeterson)
Whiteboard: [fxdroid] [Needs-UX]

This is still reproducible on the latest releases: Nightly 115.0a1, Firefox Beta 114.0b2, RC 113.0.
Tested with Xiaomi 12 Pro (Android 13).

Version: unspecified → Firefox 115
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Flags: qe-verify+
Resolution: --- → FIXED
Target Milestone: --- → 119 Branch

Verified as fixed on the latest Nightly build (119.0a1 from 2023.08.29).
Collections cannot be created with empty name.
Device used: Google Pixel 7 (Android 14).
Marking the ticket as verified for 119.

Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: