After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 620012 - OpenOffice.org apps misdetected for second opened document
OpenOffice.org apps misdetected for second opened document
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2010-05-29 10:46 UTC by Milan Bouchet-Valat
Modified: 2013-10-08 11:12 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Milan Bouchet-Valat 2010-05-29 10:46:16 UTC
A strange behavior with OO.o apps tracking has been bugging me for some time: occasionnally, Draw is reported as Writer. I think I've now found when the bug happens.

You have to start and OpenOffice app, e.g. by opening and ODT document. Then, simply open a document handled by another OO.o app, e.g. a drawing or a spreadsheet: the app is detected as the first app started, in my example Writer.

This doesn't happen when you click File->New, nor when you start the second OO.o from the Shell. So I think the bug comes from the fact that when OO.o opens an existing file, the first title of the window is "OpenOffice.org 3.2", not "OpenOffice.org Draw".

This means app tracking should be able to detect that the first window is a generic OO.o one, and change it's app to the real one once the title has changed.

This may seem quite minor, but it's higly annoying when you work with a few documents of different types, because one drawing is reported as OO.o Draw and the other as Writer depending on how you opened them, which is a mess in the Alt+Tab switcher.
Comment 1 Florian Müllner 2013-09-07 00:15:10 UTC
Does this still happen?