[Bugs] #3581 Browse UNSP: Title in not updated properly
Sugar Labs Bugs
bugtracker-noreply at sugarlabs.org
Fri Jun 1 07:34:30 EDT 2012
#3581: Title in not updated properly
------------------------------------------+---------------------------------
Reporter: humitos | Owner: humitos
Type: defect | Status: accepted
Priority: Unspecified by Maintainer | Milestone: Unspecified by Release Team
Component: Browse | Version: 0.96.x
Severity: Unspecified | Keywords: screenshot, patch
Distribution: Unspecified | Status_field: Assigned
------------------------------------------+---------------------------------
Changes (by erikos):
* cc: garycmartin (added)
* version: Unspecified => 0.96.x
* status_field: Unconfirmed => Assigned
Comment:
So the "taking a screenshot of an activity"-behavior is the following:
It will be the name of the activity you are taking a screenshot from.
Browse does adjust the name of the activity with the page you have been
visiting last when it saves it's state to the Journal. (you can override
that behavior when you set a title for the activity manually, in that case
a flag is stored to prevent overwriting that user decision).
What happens in the case you are describing is the following: You load
page 'x'. The title of the activity is not changed. You take a screenshot.
It will be the activity title, not the page title. You switch to the
Journal. The activity title is updated with the page title. If you go back
to Browse (without loading a new page) and take a screenshot then it will
have the activity title (now the current activity page) in the name.
So how to make this now more user friendly, or at least consistent:
- trigger a save on every page load (would produce a lot of saves)
- have a way of getting some extra information from Browse to the
screenshot taking tool: to be able to do something like "Screenshot
"Browse activity" page: wikipedia" or put the extra information into the
metadata
- use always the default title in Browse and do not update with the page
title: if you consider multiple tabs etc this might not be appropriate in
any case, we can consider putting that information into the metadata so it
is available in the search in the Journal
--
Ticket URL: <http://bugs.sugarlabs.org/ticket/3581#comment:7>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system
More information about the Bugs
mailing list