Bug 279522 - okular "eats" file associations for presentation files
Summary: okular "eats" file associations for presentation files
Status: RESOLVED WORKSFORME
Alias: None
Product: calligrastage
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: T Zachmann
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-06 11:35 UTC by kavol
Modified: 2023-01-20 05:08 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kavol 2011-08-06 11:35:38 UTC
Version:           unspecified (using KDE 4.6.3) 
OS:                Linux

When trying to open some Powerpoint presentation, instead of using some application that can handle it properly (i.e. LibreOffice Impress) it is passed to Okular.

This is not desired in case of viewing the file, as Okular usually fails to render it properly, and even more undesired in case of "really opening" it, I mean for editation, as Okular doesn't have the capability to edit presentations.

So there are two problems here:

1) Okular should NOT be on the list of applications for "opening", not just viewing, the presentations

2) Okular may be on the list for the "View"(*) action but it should not take precedence over applications that handle these files better (LibreOffice Impress is on my list of associations, but it is below Okular)

Note that trying to edit file associations via systemsettings, it doesn't seem to let me change the association for these two actions separately, but for example rightclicking such file attachment in kmail, it offers separate actions "Open" and "View"(*)

(*) Or is that "Show"? - I have localised environment, I'm translating back to English ...

I've tried to trace this problem and it seems it comes via the file okularApplication_odp.desktop

Comparing the actual version:

https://projects.kde.org/projects/calligra/repository/revisions/master/entry/tools/okularodpgenerator/okularApplication_odp.desktop

with the file on my system which comes from koffice-2.3.3 it seems the problem is present also in calligra.

Reproducible: Always

Steps to Reproduce:
Have LibreOffice installed.
Try to open a .ppt file in KDE.

Actual Results:  
Okular pops up, sometimes failing to open the file completely, sometimes "just" with problems showing the file. You cannot edit the file.

Expected Results:  
The file is opened using LibreOffice Impress. You can edit the file.

Note that association of .ppt to kpresenter (or its successor) is missing completely.
Comment 1 T Zachmann 2011-08-07 03:26:14 UTC
Thanks for the report. It is not possible to define different actions for opening for viewing and opening for editing. However you can define in system settings file associations which application should be the prefered one to open the ppt file. Make sure LibreOffice is on top of the list and then it will open in LibreOffice even when okular is there.
Comment 2 kavol 2011-08-07 08:52:49 UTC
(In reply to comment #1)
> Thanks for the report. It is not possible to define different actions for
> opening for viewing and opening for editing.

RFE (bug) #279572 filed then ...

> However you can define in system settings file associations which application
> should be the prefered one to open the ppt file.

you've closed another bug than I've reported

the point is not that I couldn't change the order manually in systemsettings

the point is that the default order is wrong
Comment 3 Andrew Crouthamel 2018-11-06 15:10:43 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Andrew Crouthamel 2018-11-18 03:31:37 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand.

Thank you for helping us make KDE software even better for everyone!
Comment 5 Justin Zobel 2022-12-21 23:58:31 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 6 Bug Janitor Service 2023-01-05 05:25:38 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 7 Bug Janitor Service 2023-01-20 05:08:55 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!