Closed
Bug 799481
Opened 12 years ago
Closed 5 years ago
Better manage multi-product articles
Categories
(support.mozilla.org :: Knowledge Base Software, task, P4)
support.mozilla.org
Knowledge Base Software
Tracking
(Not tracked)
RESOLVED
FIXED
Future
People
(Reporter: scoobidiver, Unassigned)
Details
(Whiteboard: u=user c=wiki p=2 s=)
Currently, two Persona articles out of three show Firefox as product, some articles about Apps display Firefox OS as product. It may mislead the user: I want to install an App on Firefox for Android but only a Firefox OS article shows up: https://support.mozilla.org/en-US/kb/how-download-and-install-apps Here are simple rules to follow by decreasing priorities: 1. Services (Persona, Marketplace) have priority over other products 2. Firefox has priority over other products 3. Firefox for mobile and Firefox OS have the same priority and a new mobile Firefox product with for instance the Firefox OS logo is displayed (currently doesn't exit because of rule #1).
Reporter | ||
Comment 1•12 years ago
|
||
As the only thing in common between Firefox for mobile and Firefox OS except Apps is the browser, rule #3 should be: 3. Firefox for mobile has priority over other products Note: I shouldn't have replaced Firefox for mobile by Firefox for Android in mobile articles following what was said in https://support.mozilla.org/en-US/kb/firefox-android-faq/discuss/2552 because Firefox for Mobile articles will be also categorized as Firefox OS soon.
Comment 2•12 years ago
|
||
This sounds reasonable, and unless there is a better way we should do this. Thanks, Scoobi!
Whiteboard: u=user c=wiki p= s=2012.23
Target Milestone: --- → 2012Q4
Updated•12 years ago
|
Priority: -- → P4
Whiteboard: u=user c=wiki p= s=2012.23 → u=user c=wiki p= s=2012.24
Updated•12 years ago
|
Whiteboard: u=user c=wiki p= s=2012.24 → u=user c=wiki p= s=2013.1
Target Milestone: 2012Q4 → 2013Q1
Comment 3•11 years ago
|
||
dropped during sprint planning
Whiteboard: u=user c=wiki p= s=2013.1 → u=user c=wiki p= s=2013.2
Updated•11 years ago
|
Whiteboard: u=user c=wiki p= s=2013.2 → u=user c=wiki p= s=2013.3
Comment 4•11 years ago
|
||
Can we use the display order on the Product model to implement this? Like display the product with the lowest display order on the article? Or perhaps we can have a new attribute like 'topic-priority' for each Product that does a similar thing I don't want to hardcode rules corresponding to specific products in the code.
Comment 5•11 years ago
|
||
I'm not sure if it makes sense to tie this to the display order, but it makes sense to add an attribute to products to denote their scope (assuming that's what you mean with 'topic-priority' for each Product)
Comment 6•11 years ago
|
||
Moving to next sprint due to sprint being full.
Whiteboard: u=user c=wiki p= s=2013.3 → u=user c=wiki p= s=2013.4
Comment 7•11 years ago
|
||
If we want to go with the "topic-priority" field, then this is probably a 2 pointer. It entails modifying the table to add the field, adding some text to the admin making it clear what the field is for, and modifying the templates to take account of the field when figuring out which product to show. Having said that, I kind of think we should be showing all the products an article applies to rather than picking just one. That seems weird to me and it seems like this hack won't scale as we add more products that have more complex relationships with each other.
Updated•11 years ago
|
Whiteboard: u=user c=wiki p= s=2013.4 → u=user c=wiki p=2 s=2013.4
Comment 8•11 years ago
|
||
Assigning to backlog for an appropriate sprint.
Whiteboard: u=user c=wiki p=2 s=2013.4 → u=user c=wiki p=2 s=2013.backlog
Comment 9•11 years ago
|
||
I agree with Will. I think it is weird to choose a single product to show when the article really applies to multiple products. Regardless of which product we show, there will be some people who are reading the article to learn something about the product we did not show, otherwise, why do we have it marked as being applicable to both products?
Comment 10•11 years ago
|
||
Since we are moving to a more strict hierarchy this bug might be obsolete. Leaving it open for now while to revisit after the implementation of the strict hierarchy.
Updated•11 years ago
|
Whiteboard: u=user c=wiki p=2 s=2013.backlog → u=user c=wiki p=2 s=
Updated•11 years ago
|
Target Milestone: 2013Q1 → Future
Comment 11•11 years ago
|
||
I am responding to Scoobidiver’s question on bug 796957 comment 9. But in essence, I agree with the fact that this problem could potentially disappear or become a non-issue when we deploy a strict hierarchy.
Reporter | ||
Comment 12•11 years ago
|
||
(In reply to Kadir Topal [:atopal] from comment #10) > Since we are moving to a more strict hierarchy this bug might be obsolete. There will always be cross-platform articles such as https://support.mozilla.org/kb/create-secure-passwords-keep-your-identity-safe. For a service like Mozilla Persona or Marketplace, if mono-product it won't be searchable by browsing (the Mozilla Persona topic was created for that). How-to-contribute, Navigation, Administration and Template articles are usually multi-products.
Comment 13•10 years ago
|
||
The article mentioned in comment 0 has been renamed and redirected to a Firefox OS article. I'm not sure what should be done more here.
Comment 14•7 years ago
|
||
:jsavage should we close this bug? because wontfix or it is fixed ?
Flags: needinfo?(jsavage)
Comment 15•5 years ago
|
||
It seems fixed now that we have a hierarchy.
Status: NEW → RESOLVED
Closed: 5 years ago
Flags: needinfo?(jsavage)
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•