Opened 13 years ago
Closed 10 years ago
#2388 closed defect (fixed)
Deleting bundle from journal does not uninstall library bundle
Reported by: | tonyforster | Owned by: | tomeu |
---|---|---|---|
Priority: | Unspecified by Maintainer | Milestone: | Unspecified |
Component: | Sugar | Version: | Git as of bugdate |
Severity: | Major | Keywords: | dextrose |
Cc: | garycmartin, walterbender, eben, sridhar | Distribution/OS: | |
Bug Status: | New |
Description
Running OS373pyg on XO1
Downloaded bundle http://wiki.sugarlabs.org/go/File:Sst.xol to Journal. Clicked journal entry.
As well as installing the bundle, it launches a blank write document.
Deleting the bundle from the journal does not uninstall, that is the files remain as well as the menu in Browse homepage
Attachments (1)
Change History (7)
Changed 13 years ago by tonyforster
comment:1 follow-up: ↓ 2 Changed 13 years ago by sascha_silbe
- Bug Status changed from Unconfirmed to New
- Cc garycmartin walterbender eben added
- Distribution/OS Unspecified deleted
- Severity changed from Unspecified to Major
- Version changed from Unspecified to Git as of bugdate
comment:2 in reply to: ↑ 1 Changed 13 years ago by garycmartin
- seeta_dev set to unassigned
Replying to sascha_silbe:
We recently changed activities to behave exactly this way (see #1512), so we probably shouldn't make content bundles behave otherwise.
This needs input from the Design Team. One option might be to include installed content bundles in the list view of the home screen (activities list).
FWIW: There is some agreement in trying to remove the home list view (users get lost there and/or think they are in the Journal). The Journal fav stars could then be used select what is shown in the home fav view (thus allowing any Journal entry to be shown on the home fav view, another request we've seen). This implies that the Journal will need to display all _installed_ activity bundles, and possibly library content could be shown as well, however the direction has been away from supporting 'content bundles'. Ideally Browse should support opening zipped up web directories, and then we don't need the extra magic ways for the custom library UI/support/maintenance issues, as they could be used/manipulated/shared just like any other Journal entry. I'm planning on putting up a feature pages (Christian is interested in helping out on this as well).
comment:3 Changed 13 years ago by smparrish
- seeta_dev unassigned deleted
comment:4 Changed 13 years ago by bernie
The entire content bundle concept is ugly: it creates a parallel universe in which special xol bundles behave slightly differently from the regular xo bundles.
There's very little xol content around. We're still in time to declare it unsupported and close all these bugs as "please convert your content to a regular xo bundle". There are several examples of how this could be done, including WikiBrowse.
comment:5 Changed 13 years ago by sridhar
- Cc sridhar added
comment:6 Changed 10 years ago by godiard
- Resolution set to fixed
- Status changed from new to closed
With the last changes implemented by dsd in sugar 0.99, is possible uninstall content bundles from the list view. Is a better solution.
We recently changed activities to behave exactly this way (see #1512), so we probably shouldn't make content bundles behave otherwise.
This needs input from the Design Team. One option might be to include installed content bundles in the list view of the home screen (activities list).