Ticket #630 (accepted defect)

Opened 4 years ago

Last modified 8 months ago

Journal full message has issues

Reported by: wadeb Owned by: wadeb
Priority: Unspecified by Maintainer Milestone: 0.90
Component: sugar Version: Git as of bugdate
Severity: Critical Keywords: sugar-love
Cc: eben, sascha_silbe, km0r3, tch, smparrish, humitos Distribution/OS: Unspecified
Bug Status: New

Description

Currently there is no way to dismiss the modal "Journal full" dialog that appears when the Journal is out of space. The user is forced to go to the Journal.

Then, when reaching the Journal, the dialog appears redundantly on top of the Journal itself.

If the user is unable to fix the problem using the Journal (say the file system filled up some other way), it becomes impossible to open a Terminal activity to fix the problem, without being forced back into the Journal.

1) There should be a way to close the dialog without going to the Journal.

2) When the Journal is active, the dialog should be suppressed, and instead an Alert should indicate that the Journal is almost full, with extra details like percentage remaining.

3) In my opinion, Journal Full should not be a modal dialog at all, but a notification similar to the way Chat and IRC notify you when you have a new message. As you can continue to use Sugar, this feels like an abuse of a modal dialog.

Attachments

log-1333765094.zip Download (15.8 KB) - added by FGrose 14 months ago.

Change History

Changed 4 years ago by sascha_silbe

  • cc sascha_silbe added

Changed 4 years ago by FGrose

  • status_field changed from Unconfirmed to New

Changed 4 years ago by tomeu

  • severity changed from Major to Blocker

Changed 4 years ago by erikos

  • milestone changed from Unspecified by Release Team to 0.84

Changed 4 years ago by tomeu

  • milestone changed from 0.84 to 0.86

Eben, could you comment?

Changed 4 years ago by eben

I think this is another instance of an incomplete feature, in some ways. The modal alert you mention is supposed to be modal, because it's supposed to appear only when the space left is so critically low that it's unsafe to do something other than delete things. This modal alert should only appear after one or more non-modal notifications. This requires some effort to be put into the notification system, which isn't fully developed yet.

I definitely agree that the dialog should be suppressed when the Journal is brought to the foreground. The whole idea behind the dialog is to push you there. I think that, given these other preliminary notifications, and the automatic suppression of the dialog when reaching the Journal, that it's OK that there is no other way to dismiss the dialog.

Changed 4 years ago by tomeu

  • severity changed from Blocker to Critical
  • milestone changed from 0.86 to 0.88

Too late in the cycle to block this release.

Changed 4 years ago by wadeb

  • owner changed from tomeu to wadeb
  • status changed from new to accepted

Changed 3 years ago by walter

  • milestone changed from 0.88 to 0.90

revisit for 0.90? Seems important.

Changed 3 years ago by sascha_silbe

  • distribution changed from SoaS to Unspecified
  • component changed from sugar to SoaS

Bulk change distribution=SoaS -> component=SoaS

Changed 3 years ago by sdz

  • component changed from SoaS to sugar

This is a sugar issue that got accidentally assigned to SoaS during an auto-tag. Reassigning - sorry for the confusion.

Changed 3 years ago by bernie

  • cc km0r3 added

Changed 3 years ago by bernie

  • cc tch added
  • keywords sugar-love added

Martin, perhaps you'd like to give it a shot?

Changed 3 years ago by smparrish

  • cc smparrish added

Martin, do you want to take a stab at this or would you prefer me to find someone else for it.

Changed 3 years ago by smparrish

  • seeta_dev set to Mukul

Changed 2 years ago by tch

From what I can see in the previous conversations, a messages notification extension is required as a preemptive method to be used _before_ the modal window appears, considering this modal window the last resource.

Sadly, not everyone agree on the necessity of a messages notification extension even though here we have another concrete example of a valid use case.

Since I have implemented a messages notification extension for dextrose, I will also fix this problem for dextrose in order to test and eventually probe its value as a GUI element.

Hopefully after this, we can consider such extensions for mainstream too. I will continue this topic on dextrose mailing list for the ones interested.

Changed 14 months ago by FGrose

Changed 14 months ago by FGrose

On Sugar 0.94.1 in a window on Fedora 16 Live USB, I'm getting the Journal full dialog after installing too many Activities. The Show Journal button takes me to the Journal, and if the dialog appears again, clicking the button dismisses it, allowing me to sort the Journal entries, etc.

Changed 8 months ago by greenfeld

In Sugar 0.97x the Journal full message still appears when doing even minor actions in the Journal (with less than 50 MB free). It also appears when Sugar is first started and whenever an activity starts.

However the "Show Journal" button does not take us to the Journal except when the Journal already is showing, which given the frequency that this happens almost is a good thing.

Changed 8 months ago by garycmartin

  • cc humitos added

Hi Humitios, I know you were working (with or near) the Journal full case (Browse at least). Just thought you might want to be cced on this related ticket.

Note: See TracTickets for help on using tickets.