[upstream] [3.2] Recent Documents doesn't include files opened from within OOO
Bug #66933 reported by
Nick Moffitt
This bug affects 4 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenOffice |
Fix Released
|
Unknown
|
|||
Ubuntu |
Invalid
|
Low
|
Unassigned | ||
openoffice.org (Ubuntu) |
Fix Released
|
Low
|
Unassigned |
Bug Description
Note: Also verify the fix corrects the duplicate related bug:
"Documents opened from openoffice 'recent documents' list are not added to the gnome 'recent documents' list"
Binary package hint: openoffice.
On Edgy, running openoffice.org 2.0.4-0ubuntu2, selecting a document with the file selection dialog within OOO does not add that file to the Places->Recent Documents list.
If you open the file from nautilus, causing OOO to be launched, the file is added to the Recent Documents list.
Changed in openoffice.org: | |
status: | Unconfirmed → Confirmed |
Changed in openoffice.org: | |
importance: | Undecided → Low |
Changed in openoffice: | |
status: | Unknown → In Progress |
Changed in openoffice: | |
status: | In Progress → Fix Released |
Changed in openoffice: | |
status: | Fix Released → Confirmed |
Changed in openoffice.org: | |
status: | Confirmed → Fix Released |
Changed in openoffice: | |
status: | Confirmed → Invalid |
Changed in openoffice: | |
status: | Invalid → Unknown |
Changed in openoffice.org (Ubuntu): | |
status: | Fix Released → Triaged |
summary: |
- Recent Documents doesn't include files opened from within OOO + [upstream] [3.2] Recent Documents doesn't include files opened from + within OOO |
Changed in openoffice: | |
status: | Unknown → Fix Released |
description: | updated |
To post a comment you must log in.
GNOME changed the recent files mechanism which was previously based on
a "freedesktop.org standard" and now it's something different, and
there is no migration path at all. IMNSHO the guy who changed the
recent files code should have enhanced the panel (and only the panel)
to support both methods.
The new scheme requires linking to gtk+ unconditionally which isn't
possible for OOo.
This is not strictly OOo-only, all GNOME apps that used the old scheme
have to be ported one by one to the new scheme (it's not a simple
recompile). I don't expect that all GNOME apps in the repository have
been ported.
You might want to consider reassigning to gnome-panel (because it's
the only location where a workaround can be implemented, not because
it's the panel's fault)