[Unicode]   Common Locale Data Repository : Bug Tracking Home | Site Map | Search
 
Modify

CLDR Ticket #9675(closed tools: fixed)

Opened 2 years ago

Last modified 4 months ago

"voting participation" hard to get to, and crashes

Reported by: srl Owned by: tbishop
Component: unknown Data Locale:
Phase: rc Review: srl
Weeks: Data Xpath:
Xref:

Description

  • "List Users" -> "Show Vetting Participation" gives

Error processing session:
java.lang.ArrayStoreException: org.unicode.cldr.util.Organization

Attachments

Change History

comment:1 Changed 2 years ago by mark

  • Owner changed from anybody to srl
  • Priority changed from assess to critical
  • Type changed from unknown to tools
  • Status changed from new to accepted
  • Milestone changed from UNSCH to 31

comment:2 Changed 19 months ago by srl

  • Milestone changed from 31 to 32

comment:3 Changed 12 months ago by srl

  • Owner changed from srl to frontend

comment:4 Changed 12 months ago by mark

  • Milestone changed from 32 to 33

Moving frontend bugs to next release

comment:5 Changed 10 months ago by mark

  • Phase changed from dsub to rc

comment:6 Changed 7 months ago by mark

  • Milestone changed from 33 to 34

comment:7 Changed 7 months ago by kristi

  • Keywords STP1 added

comment:8 Changed 5 months ago by tbishop

This ticket is referenced under Priorities for UI Improvement Goals at:

http://cldr.unicode.org/index/cldr-engineer/sow

TRAC keyword “STP1” -- High priority bugs.

Should the component be change from "unknown" to "survey"?

comment:9 Changed 5 months ago by tbishop

  • Owner changed from frontend to tbishop

comment:10 Changed 4 months ago by tbishop

This appears to fix the bug in WebContext.java:

    /**
     * Get a list of all locale types
     *
     * @return a list of locale types
     * @see StandardCodes#getLocaleCoverageOrganizations()
     */
    static String[] getLocaleCoverageOrganizations() {
        Set<Organization> set = StandardCodes.make().getLocaleCoverageOrganizations();
        Organization[] orgArray = set.toArray(new Organization[0]);
        String[] stringArray = new String[orgArray.length];
        int i = 0;
        for (Organization org : orgArray) {
            stringArray[i++] = org.toString();
        }
        return stringArray;
        // There was ArrayStoreException here:
        // return StandardCodes.make().getLocaleCoverageOrganizations().toArray(new String[0]);
    }
Last edited 4 months ago by tbishop (previous) (diff)

comment:11 Changed 4 months ago by tbishop

Split the "hard to get to" part to new ticket:

https://unicode.org/cldr/trac/ticket/9675

Just fix the bug here.

comment:12 Changed 4 months ago by tbishop

I've committed that change to trunk in revision 14126 (<http://unicode.org/cldr/trac/changeset/14126>).

Tested on smoketest: gear menu, List Cldr Users, Show Vetting Participation:

http://cldr-smoke.unicode.org/smoketest/survey?do=coverage

It doesn't crash. However, it shows zero users! Compare localhost: "825 users, including 40 with 'all' privs (not counted against the locale list)".

Both smoketest and my localhost should have mysql db based on recent dump from st.unicode.org, so this is a puzzle and needs investigation.

Last edited 4 months ago by tbishop (previous) (diff)

comment:13 Changed 4 months ago by tbishop

The list users menu name is specific to the user's organization:

  • List Cldr Users (on smoketest as Tamatoa H. Linguist)
  • List Apple Users (on smoketest as Moeata X. Linguist)
  • List SurveyTool Users (on localhost as admin)

That explains the difference. Logged in as an Apple user on smoketest, there are "88 users, including 5 with 'all' privs (not counted against the locale list)".

Last edited 4 months ago by tbishop (previous) (diff)

comment:14 Changed 4 months ago by tbishop

It looks OK.

Here again is the changeset: http://unicode.org/cldr/trac/changeset/14126

Last edited 4 months ago by tbishop (previous) (diff)

comment:15 Changed 4 months ago by tbishop

  • Status changed from accepted to reviewing
  • Review set to srl

comment:16 Changed 4 months ago by srl

  • Status changed from reviewing to closed
  • Resolution set to fixed
View

Add a comment

Modify Ticket

Action
as closed
Next status will be 'new'
Next status will be 'closed'
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.