Bug 255523 - digikam shows html in notification after moving pictures
Summary: digikam shows html in notification after moving pictures
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: ProgressManager-Usability (show other bugs)
Version: 2.0.0
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-28 18:42 UTC by S. Burmeister
Modified: 2022-02-05 15:59 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 4.0.0

Attachments
notification text after moving pictures (24.72 KB, image/png)
2010-10-28 18:42 UTC, S. Burmeister 		Details
popup after move (20.65 KB, image/jpeg)
2011-08-11 14:50 UTC, Vincent Tassy 		Details
problem still here in 2.3 (23.79 KB, image/png)
2011-12-15 18:36 UTC, Vincent Tassy 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description S. Burmeister 2010-10-28 18:42:05 UTC 
Created attachment 52947 [details]
notification text after moving pictures

Version:           2.0.0 (using KDE 4.5.2) 
OS:                Linux

I selected some pictures in an existing album and chose "move to album" from the right-click context menu. I created a new album/folder and clicked ok. After the moving was finished digikam send a notification to the systray which only showed some html, i.e. <a ...., as you can see in the screenshot attached.

Reproducible: Didn't try
Comment 1 caulier.gilles 2010-10-28 20:29:40 UTC 
Marcel,

What's that ?

Gilles Caulier
Comment 2 Marcel Wiesweg 2010-10-28 22:54:13 UTC 
I think that's done by KIO.
I dont know of any code where we'd send something to the nofication framework after copying
Comment 3 Vincent Tassy 2010-11-07 22:09:17 UTC 
Just switched to 1.5 from 1.2 and I am now witnessing the same message ...
I move a folder from one collection to another collection and the result of the move is displayed in the notification framework as html ...
Comment 4 Andi Clemens 2010-12-04 10:37:43 UTC 
I just checked out the source from the 1.2.0 branch, and the problem described in this report is still present.
So I don't think it is a digiKam error, but a kdelibs issue? At least they seem to have changed API calls that we are using in a wrong way?
Comment 5 Vincent Tassy 2011-08-11 14:50:09 UTC 
Created attachment 62752 [details]
popup after move
Comment 6 Vincent Tassy 2011-08-11 14:51:20 UTC 
Comment on attachment 62752 [details]
popup after move

Well, we're in 2.0.0 and it seems we're still displaying junk when moving albums across collections ...
I know this is only cosmetics but when time permits ....
Comment 7 caulier.gilles 2011-12-14 09:23:49 UTC 
Sven,

I cannot reproduce here.

This file still valid using digiKam 2.4  ?

Gilles Caulier
Comment 8 Vincent Tassy 2011-12-15 18:36:26 UTC 
Created attachment 66783 [details]
problem still here in 2.3
Comment 9 Vincent Tassy 2011-12-15 18:36:38 UTC 
Well, I'm only running 2.3 but the problem is still here; see attached screenshot, I just took it.

Maybe the description of the problem is misleading.
The pop-up doesn't actually display HTML ... it displays destinations as complex strings with parameters most of which are HTML-URL Encoded (%2F instead of / for example).

The net is that this information in the pop-up is absolutely unintelligible for the mere mortal ... Might as well remove it altogether and just leave it as "X files have been moved" if it's not possible to display something sensible.
Comment 10 caulier.gilles 2013-11-25 17:11:57 UTC 
Vincent,

What's news about this file with digiKam 3.5.0 ?

Gilles Caulier
Comment 11 Vincent Tassy 2013-11-25 18:36:50 UTC 
I'm still on 3.4 but it now works nicely !
Didn't notice what version actually fixed it though ....

I'm closing the defect. Thanks team !
Comment 12 Vincent Tassy 2013-11-25 18:38:17 UTC 
(In reply to comment #11)
> I'm closing the defect. Thanks team !

Oops, I thought I was the owner of that one, can't close it myself ;)