Opened 13 years ago

Closed 11 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)

Write Activity shell log.odt (4.4 KB) - added by tonyforster 13 years ago.

Download all attachments as: .zip

Change History (7)

Changed 13 years ago by tonyforster

comment:1 follow-up: 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

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).

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 11 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.

Note: See TracTickets for help on using tickets.