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 708494 - Option to open odt in Libre Office
Option to open odt in Libre Office
Status: RESOLVED DUPLICATE of bug 687565
Product: nautilus
Classification: Core
Component: File Search Interface
3.6.x
Other Linux
: Normal enhancement
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-09-20 20:29 UTC by tbic
Modified: 2013-09-22 18:16 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description tbic 2013-09-20 20:29:57 UTC 
When in overview mode in gnome shell I type a first few charaters of a odt file and it shows up. when I press enter to open it it opens in a preview type mode. then I have to go the the "gear" and select open. this is a lot of extra step to open a Libre Office document.

The preview is nice but if I know I want to open it in Libre Office there is no quick way to do this.
Comment 1 António Fernandes 2013-09-20 21:21:06 UTC 
Thank for taking the time to write this bug report.

What is described in not what happens with search results for "Files" (nautilus).

It seems to me that you selected a "Documents" search result (which, therefore, opens the "Documents" application, which shows a preview), not a "Files" search result (which would open directly with LibreOffice, because that's what happens when you open a file from "Files").

Now that applications can provide search results for GNOME Shell, you may find more than one result, from different applications, for same odt. I know this is a bit confusing, but the good part is that this means you can choose between them. In the situation described, if you want to open an odt file with LibreOffice directly, you want to choose a result from "Files". When you only want to preview a document, you can choose a result from "Documents".

(In version 3.8, new Search settings were introduced that will let you choose which application results you want to see and in which order.)

Please let me know if this information was useful and if you think we can can mark this bug report as Resolved.
Comment 2 tbic 2013-09-21 13:10:52 UTC 
Correct it is in gnome shell (3.6) where I am searching not nautilus.

I have a document named cora.odt and when I type cora in gnome shell only 1 result is display, it is in Documents.

So the only way to open it is the "Documents" app. 

There are no "Files" results.
Comment 3 António Fernandes 2013-09-21 13:15:23 UTC 
Oh, then something is not how it was supposed to be. 

If "Files" results are not displayed, perhaps your nautilus package was not compiled with tracker support enabled. Which distribution are you using?
Comment 4 tbic 2013-09-22 15:57:01 UTC 
Gnomebuntu
Comment 5 António Fernandes 2013-09-22 18:16:32 UTC 
Unfortunately this isn't an issue that can be addressed here, as was previously found on bug 687565. Ubuntu's official nautilus package is not built with tracker support. Tracker support is required for files search to work as intended.

There is already a request for Ubuntu to build nautilus with tracker support so that files search works: https://bugs.launchpad.net/nautilus/+bug/1076232

Thanks for taking the time to report this bug. Please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 687565 ***