Closed
Bug 976337
Opened 10 years ago
Closed 10 years ago
Build routes to user lists that correspond to placenames
Categories
(Participation Infrastructure :: Phonebook, defect)
Participation Infrastructure
Phonebook
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: hoosteeno, Assigned: sancus)
References
(Blocks 1 open bug)
Details
(Whiteboard: [kb=1297598] )
Attachments
(1 file)
386.71 KB,
image/png
|
Details |
We currently have URLs like this: https://mozillians.org/en-US/country/us/region/colorado/city/denver/ https://mozillians.org/en-US/country/us/region/colorado/ https://mozillians.org/en-US/country/us/ After we implement true geographic data, all of those URLs should still work as expected. Question: * Can the URLs be made less verbose, or are they already optimal?
Reporter | ||
Updated•10 years ago
|
Whiteboard: [kb=1297598]
Assignee | ||
Comment 1•10 years ago
|
||
These urls work as expected since: https://github.com/mozilla/mozillians/pull/975 The URLs themselves could be made less verbose by changing 'country', 'region', 'city' to shorter versions, but I think they're clearer as-is and I'm not really concerned with optimizing for url length here.
Assignee: dpoirier → sancus
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 2•10 years ago
|
||
Reopening for investigation: - During a transition /us/ became /United%20States/ and is preventing the urls in comment 0 from returning the expected results. - Should the urls in comment 0 redirect to the new aliases? The below urls return 0 results: https://mozillians.org/en-US/country/us/region/colorado/city/denver/ https://mozillians.org/en-US/country/us/region/colorado/ https://mozillians.org/en-US/country/us/ Expected - redirects to? https://mozillians.org/en-US/country/United%20States/region/Colorado/city/Denver https://mozillians.org/en-US/country/United%20States/region/Colorado/ https://mozillians.org/en-US/country/United%20States/
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 3•10 years ago
|
||
I think that since the initial migration was successful and users can no longer randomly select country, region, city in their profiles, there is no need to use the urls in comment 0. Maybe :giorgos or :sancus can provide more info on this.
Reporter | ||
Comment 4•10 years ago
|
||
I think geographically scoped lists of users, e.g. "Mozillians in Finland", is a valuable view of the data that people should be able to access at descriptive URLs. So I would not agree with taking those routes out of the application. I don't think the redirects required to satisfy comment 2 are strictly necessary.
Flags: needinfo?(williamr)
Comment 5•10 years ago
|
||
(In reply to Justin Crawford [:hoosteeno] from comment #4) > I think geographically scoped lists of users, e.g. "Mozillians in Finland", > is a valuable view of the data that people should be able to access at > descriptive URLs. So I would not agree with taking those routes out of the > application. I don't think the redirects required to satisfy comment 2 are > strictly necessary. Agreed. It is valuable to keep the location listing pages we have. It is not strictly necessary to add the redirects required to satisfy comment 2. I did some investigating in our website analytics and found that there are *very few* (if any) users who are landing on the old location listing URLs.
Flags: needinfo?(williamr)
Comment 6•10 years ago
|
||
Here's a screenshot showing that fewer than 10 users in the last month visited an outdated location page with country codes instead of country names in the URL.
Comment 7•10 years ago
|
||
+1 to comment 4 and comment 6 - using the old resource scheme is not important. The real bug is the following descriptive urls should return results: The below urls return 0 results: https://mozillians.org/en-US/country/us/region/colorado/city/denver/ https://mozillians.org/en-US/country/us/region/colorado/ https://mozillians.org/en-US/country/us/
Comment 8•10 years ago
|
||
Due to the new geographic data, there is no country with the name of 'us'. The only available name in our db is 'United States'. That's the reason why these urls return 0 results. A possible workaround is to map the available names to the normalized one. For example 'us' should be mapped to 'United States' and then perform the actual search. Thoughts?
Comment 9•10 years ago
|
||
Opps, I guess I shouldn't do detail work before my first cup of coffee. Tasos, you are spot on, my mistake. I was looking at the wrong urls. Can we close this bug?
Comment 10•10 years ago
|
||
As per comment 9, I am bumping it to resolved.
Status: REOPENED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → FIXED
Comment 11•10 years ago
|
||
Yay .. bumping to QA verified - location urls work as expected
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•