Details
-
Type: Bug
-
Status: Closed (View Workflow)
-
Priority: Major
-
Resolution: Done
-
Affects Version/s: None
-
Fix Version/s: None
-
Labels:
-
Story Points:2
-
Epic Link:
-
Sprint:Fall 4 : 30 Sep to 11 Oct, Fall 5 : 14 Oct to 25 Oct, Fall 6 : 28 Oct to 8 Nov
Description
When developers upload an App, App Store must perform first-level automated review of the App to make sure it follows basic specifications. For example:
- Jar file must contain OBR index file called "repository.xml" at the top level of the jar
- Jar file MANIFEST must contain OSGi headers of Bundle-SymbolicName, Bundle-Version, and Bundle-Name (note that Bundle-Description is optional)
- An uploaded jar file can have the same Bundle-SymbolicName and same Bundle-Version as a currently "pending" App, but not a released App
- An uploaded jar file can have the same Bundle-SymbolicName as a released App but its Bundle-Version should be different
All the various combinations of what a developer can do are kind of complicated, and our current submit app feedback page does not do a great job of explaining what's happening when a developer submits an App jar. For example, we are telling the developer whether the uploaded jar file is a "new app," but there are several ways that an App can be new!
Let's change the feedback page as follows:
Instead of displaying the line: "Is the is a new App" and then showing either "Yes" or "No", let's instead display a different line: "App Summary" and provide some text explaining what we think the developer is doing. If the developer reads this text, they will be able to decide whether to proceed with the next step of either canceling the submission or proceeding with submission.
For the new design, please see this PowerPoint:
https://www.dropbox.com/s/xe1v2jo17fg23th/SubmitApp-JarUpload.pptx?dl=0
(This is the same PPT as for IGBF-1995, but with new slides added.)
Attachments
Issue Links
Activity
Field | Original Value | New Value |
---|---|---|
Epic Link | IGBF-1388 [ 17463 ] |
Rank | Ranked higher |
Assignee | Ann Loraine [ aloraine ] |
Resolution | Unresolved [ 10101 ] | |
Sprint | Fall 2019 Sprint 3 [ 74 ] | Fall 2019 Sprint 4 [ 75 ] |
Status | Open [ 1 ] | To-Do [ 10305 ] |
Assignee | Ann Loraine [ aloraine ] |
Description |
When developers upload an App, App Store must perform first-level automated review of the App to make sure it follows basic specifications:
* Jar file must contain OBR index file called "repository.xml" at the top level of the jar * Jar file MANIFEST must contain OSGi headers of Bundle-SymbolicName, Bundle-Version, and Bundle-Name (note that Bundle-Description is optional) * An uploaded jar file can have the same Bundle-SymbolicName and same Bundle-Version as a currently "pending" App, but not a released App * An uploaded jar file can have the same Bundle-SymbolicName as a released App but its Bundle-Version should be different All the various combinations of what a developer can do are kind of complicated, and our current submit app feedback page does not do a great job of explaining what's happening when a developer submits an App jar. For example, we are telling the developer whether the uploaded jar file is a "new app," but there are several ways that an App can be new! Let's change the feedback page as follows: Instead of displaying the line: "Is the is a new App" and then showing either "Yes" or "No", let's instead display a different line: "App Summary" and give a simple sentence explaining what the developer is doing. If the developer reads this text, they will be able to decide whether to proceed with the next step of either canceling the submission or proceeding with submission. For the new design, please see this PowerPoint: (to be added) |
When developers upload an App, App Store must perform first-level automated review of the App to make sure it follows basic specifications. For example:
* Jar file must contain OBR index file called "repository.xml" at the top level of the jar * Jar file MANIFEST must contain OSGi headers of Bundle-SymbolicName, Bundle-Version, and Bundle-Name (note that Bundle-Description is optional) * An uploaded jar file can have the same Bundle-SymbolicName and same Bundle-Version as a currently "pending" App, but not a released App * An uploaded jar file can have the same Bundle-SymbolicName as a released App but its Bundle-Version should be different All the various combinations of what a developer can do are kind of complicated, and our current submit app feedback page does not do a great job of explaining what's happening when a developer submits an App jar. For example, we are telling the developer whether the uploaded jar file is a "new app," but there are several ways that an App can be new! Let's change the feedback page as follows: Instead of displaying the line: "Is the is a new App" and then showing either "Yes" or "No", let's instead display a different line: "App Summary" and provide some text explaining what the developer is doing. If the developer reads this text, they will be able to decide whether to proceed with the next step of either canceling the submission or proceeding with submission. For the new design, please see this PowerPoint: https://www.dropbox.com/s/xe1v2jo17fg23th/SubmitApp-JarUpload.pptx?dl=0 (This is the same PPT as for |
Description |
When developers upload an App, App Store must perform first-level automated review of the App to make sure it follows basic specifications. For example:
* Jar file must contain OBR index file called "repository.xml" at the top level of the jar * Jar file MANIFEST must contain OSGi headers of Bundle-SymbolicName, Bundle-Version, and Bundle-Name (note that Bundle-Description is optional) * An uploaded jar file can have the same Bundle-SymbolicName and same Bundle-Version as a currently "pending" App, but not a released App * An uploaded jar file can have the same Bundle-SymbolicName as a released App but its Bundle-Version should be different All the various combinations of what a developer can do are kind of complicated, and our current submit app feedback page does not do a great job of explaining what's happening when a developer submits an App jar. For example, we are telling the developer whether the uploaded jar file is a "new app," but there are several ways that an App can be new! Let's change the feedback page as follows: Instead of displaying the line: "Is the is a new App" and then showing either "Yes" or "No", let's instead display a different line: "App Summary" and provide some text explaining what the developer is doing. If the developer reads this text, they will be able to decide whether to proceed with the next step of either canceling the submission or proceeding with submission. For the new design, please see this PowerPoint: https://www.dropbox.com/s/xe1v2jo17fg23th/SubmitApp-JarUpload.pptx?dl=0 (This is the same PPT as for |
When developers upload an App, App Store must perform first-level automated review of the App to make sure it follows basic specifications. For example:
* Jar file must contain OBR index file called "repository.xml" at the top level of the jar * Jar file MANIFEST must contain OSGi headers of Bundle-SymbolicName, Bundle-Version, and Bundle-Name (note that Bundle-Description is optional) * An uploaded jar file can have the same Bundle-SymbolicName and same Bundle-Version as a currently "pending" App, but not a released App * An uploaded jar file can have the same Bundle-SymbolicName as a released App but its Bundle-Version should be different All the various combinations of what a developer can do are kind of complicated, and our current submit app feedback page does not do a great job of explaining what's happening when a developer submits an App jar. For example, we are telling the developer whether the uploaded jar file is a "new app," but there are several ways that an App can be new! Let's change the feedback page as follows: Instead of displaying the line: "Is the is a new App" and then showing either "Yes" or "No", let's instead display a different line: "App Summary" and provide some text explaining what we think the developer is doing. If the developer reads this text, they will be able to decide whether to proceed with the next step of either canceling the submission or proceeding with submission. For the new design, please see this PowerPoint: https://www.dropbox.com/s/xe1v2jo17fg23th/SubmitApp-JarUpload.pptx?dl=0 (This is the same PPT as for |
Resolution | Unresolved [ 10101 ] | |
Status | To-Do [ 10305 ] | In Progress [ 3 ] |
Status | In Progress [ 3 ] | To-Do [ 10305 ] |
Status | To-Do [ 10305 ] | In Progress [ 3 ] |
Status | In Progress [ 3 ] | To-Do [ 10305 ] |
Assignee | Riddhi Jagdish Patil [ rpatil14 ] |
Status | To-Do [ 10305 ] | In Progress [ 3 ] |
Comment | [ testing ] |
Status | In Progress [ 3 ] | To-Do [ 10305 ] |
Status | To-Do [ 10305 ] | In Progress [ 3 ] |
Status | In Progress [ 3 ] | To-Do [ 10305 ] |
Sprint | Fall 4 : 30 Sep to 11 Oct [ 75 ] | Fall 4 : 30 Sep to 11 Oct, Fall 5 : 14 Oct to 25 Oct [ 75, 76 ] |
Rank | Ranked higher |
Status | To-Do [ 10305 ] | In Progress [ 3 ] |
Status | In Progress [ 3 ] | To-Do [ 10305 ] |
Status | To-Do [ 10305 ] | In Progress [ 3 ] |
Workflow | Fall 2019 Workflow Update [ 20783 ] | Revised Fall 2019 Workflow Update [ 21194 ] |
Attachment | something_wrong_page.png [ 14452 ] |
Status | In Progress [ 3 ] | To-Do [ 10305 ] |
Status | To-Do [ 10305 ] | In Progress [ 3 ] |
Status | In Progress [ 3 ] | Needs 1st Level Review [ 10005 ] |
Assignee | Riddhi Jagdish Patil [ rpatil14 ] |
Assignee | Ann Loraine [ aloraine ] |
Status | Needs 1st Level Review [ 10005 ] | First Level Review in Progress [ 10301 ] |
Status | First Level Review in Progress [ 10301 ] | Ready for Pull Request [ 10304 ] |
Assignee | Ann Loraine [ aloraine ] | Riddhi Jagdish Patil [ rpatil14 ] |
Status | Ready for Pull Request [ 10304 ] | Pull Request Submitted [ 10101 ] |
Status | Pull Request Submitted [ 10101 ] | Reviewing Pull Request [ 10303 ] |
Assignee | Riddhi Jagdish Patil [ rpatil14 ] | Ann Loraine [ aloraine ] |
Assignee | Ann Loraine [ aloraine ] |
Status | Reviewing Pull Request [ 10303 ] | Merged Needs Testing [ 10002 ] |
Sprint | Fall 4 : 30 Sep to 11 Oct, Fall 5 : 14 Oct to 25 Oct [ 75, 76 ] | Fall 4 : 30 Sep to 11 Oct, Fall 5 : 14 Oct to 25 Oct, Fall 6 : 28 Oct to 8 Nov [ 75, 76, 77 ] |
Rank | Ranked higher |
Assignee | Shamika Gajanan Kulkarni [ shamika ] |
Status | Merged Needs Testing [ 10002 ] | Post-merge Testing In Progress [ 10003 ] |
Assignee | Shamika Gajanan Kulkarni [ shamika ] | Riddhi Jagdish Patil [ rpatil14 ] |
Status | Post-merge Testing In Progress [ 10003 ] | To-Do [ 10305 ] |
Status | To-Do [ 10305 ] | In Progress [ 3 ] |
Assignee | Riddhi Jagdish Patil [ rpatil14 ] | Shamika Gajanan Kulkarni [ shamika ] |
Status | In Progress [ 3 ] | Needs 1st Level Review [ 10005 ] |
Status | Needs 1st Level Review [ 10005 ] | First Level Review in Progress [ 10301 ] |
Assignee | Shamika Gajanan Kulkarni [ shamika ] |
Status | First Level Review in Progress [ 10301 ] | Needs 1st Level Review [ 10005 ] |
Assignee | Shamika Gajanan Kulkarni [ shamika ] |
Assignee | Shamika Gajanan Kulkarni [ shamika ] |
Assignee | Sameer Shanbhag [ sameer ] |
Assignee | Sameer Shanbhag [ sameer ] | Ann Loraine [ aloraine ] |
Assignee | Ann Loraine [ aloraine ] |
Status | Needs 1st Level Review [ 10005 ] | First Level Review in Progress [ 10301 ] |
Status | First Level Review in Progress [ 10301 ] | Ready for Pull Request [ 10304 ] |
Assignee | Riddhi Jagdish Patil [ rpatil14 ] |
Status | Ready for Pull Request [ 10304 ] | Pull Request Submitted [ 10101 ] |
Assignee | Riddhi Jagdish Patil [ rpatil14 ] |
Status | Pull Request Submitted [ 10101 ] | Reviewing Pull Request [ 10303 ] |
Status | Reviewing Pull Request [ 10303 ] | Merged Needs Testing [ 10002 ] |
Assignee | Noor Zahara [ noor91zahara ] |
Status | Merged Needs Testing [ 10002 ] | Post-merge Testing In Progress [ 10003 ] |
Assignee | Noor Zahara [ noor91zahara ] | Riddhi Jagdish Patil [ rpatil14 ] |
Resolution | Done [ 10000 ] | |
Status | Post-merge Testing In Progress [ 10003 ] | Closed [ 6 ] |