| Summary: | [Gogo] vsh bundle list shows incorrect list | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [RT] Virgo | Reporter: | Glyn Normington <glyn.normington> | ||||||||||
| Component: | runtime | Assignee: | Hristo Iliev <hsiliev> | ||||||||||
| Status: | CLOSED FIXED | QA Contact: | |||||||||||
| Severity: | normal | ||||||||||||
| Priority: | P3 | CC: | l.kirchev | ||||||||||
| Version: | 3.0.0.M06 | ||||||||||||
| Target Milestone: | 3.0.0.RC1 | ||||||||||||
| Hardware: | PC | ||||||||||||
| OS: | Mac OS X - Carbon (unsup.) | ||||||||||||
| Whiteboard: | |||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Glyn Normington
It appears as if bundles which are present in both the kernel and user region are displaying their kernel bundle ids in the list. Targeting 3.0.0.RC1 to indicate this bug is a "must fix". Assigning to Lazar/Borislav. Created attachment 199954 [details]
Patch that fixes the IDs of the listed with vsh bundles
This patch fixes the vsh bundle list. The problem was that vsh got the whole bundles list via the quasi framework and searched with bsn and version for bundles in it, so it took the IDs of the first matches. That is why the bundles that are present in both regions were listed with their kernel ID. Fixed by checking if the matched ID is present in the user region's bundleIDs list, if not continue matching.
Assigning to Hristo as he showed interest in integrating this in Virgo. Created attachment 199959 [details]
Fixes the IDs of the listed with vsh bundles
Created attachment 199967 [details]
Patch for the problem
Created attachment 199973 [details]
Patch for the problem
Lazar can you confirm that you wrote 100% of the code and you have the right to contribute it to Eclipse? (In reply to comment #9) > Lazar can you confirm that you wrote 100% of the code and you have the right to > contribute it to Eclipse? Yes, I confirm that. Patch commit id: 73644c6f41c9bb6f4bf292df4c6de2fa98626127 |