Bug 391697

Summary:	Ark does not invoke cursor status
Product:	[Applications] ark	Reporter:	Zakhar <zakhar.nasimov>
Component:	general	Assignee:	Elvis Angelaccio <elvis.angelaccio>
Status:	RESOLVED NOT A BUG
Severity:	normal	CC:	rthomsen6
Priority:	NOR
Version:	17.12.2
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:

Description Zakhar 2018-03-11 04:17:38 UTC

Steps to reproduce:
-Add archive which more than 30 seconds to extract
-Right click from dolphin on archive and select "extract here"

Results: Notice cursor no longer jumpts (if default cursor style is left enabled) what happens is it no longer lets user know archive is currently being extracted.

Comment 1 Elvis Angelaccio 2018-03-11 09:14:12 UTC

When you extract from dolphin, the cursor is handled by dolphin. I think the current behavior is correct: the extraction is being performed by an external ark process, not by dolphin. So I don't think that dolphin should show the busy cursor. We show the extraction progress in the systemtray notification applet and that's how you can track when the extraction finishes.

Comment 2 Zakhar 2018-03-15 04:59:27 UTC

Would be nice to have some sort of progess bar in its own dialog window, currently only notifications area has progress bar available

Comment 3 Elvis Angelaccio 2018-03-15 20:16:45 UTC

(In reply to Zakhar from comment #2)
> Would be nice to have some sort of progess bar in its own dialog window,
> currently only notifications area has progress bar available

Hmm, actually there should be also the progress bar in the task manager entry, but somehow that's not working.

Comment 4 Zakhar 2018-03-16 06:30:52 UTC

Task bar has a "highlighted" progress bar in which a cover is overlaid at some transparency level never the less it is a broken feature. Should task manager indicator be working, I would still insist for progress bar dialog because it is the natural and most common implementation for such an operation.

Comment 5 Elvis Angelaccio 2018-03-18 10:03:15 UTC

(In reply to Zakhar from comment #4)
> I would still insist for progress bar dialog
> because it is the natural and most common implementation for such an
> operation.

Then please open a feature request against the frameworks-kio product, which is what handles the progress of jobs.

Comment 6 Zakhar 2018-03-18 23:30:35 UTC

Filed 391361

Comment 7 Zakhar 2018-04-08 21:48:07 UTC

Resolved cause it belongs to frameworks-kio