Mail Notification Inconsistencies

[deeghj]

Hi there,

today I configured the mail notification system and experimented a little.
I encountered some -let me call them- \"inconsistencies\":

1. When you subscribed to a folder, adding a file produces a mail which contains a document name equal to the folder name (configuration in OpenKM.cfg is correct).
I would normally expect the document name containing the file name, not the folder name.

2. Deleting a file does not create a mail at all.

3. When clicking on the default URL in the mail, a new browser tab opens and the the \"Loading OpenKM\" window appears.
Then it hangs eternally at the line \"Loading taxonomy - eval browser params\".
This problem is reproducable every time and happens on three different browsers (Firefox, Opera, IE).
Normal login (not using the URL in the notification mail) is working fine.

Anyone encountered this before ... any ideas?

Best regards,

HJ

[pavila]

First issue is corrected in CVS and will be fixed in the next OpenKM release.

The second issue can be an improvement for the next release. We have to talk about this behaviour.

About the third issue... Perhaps the a folder in the path has changes its name? Tell me how to reproduce this error.

[jllort]

About the third, it\'s normal that needs some extra time for opening location, I\'ll explain how it run ->
1-> You click external url -> opens browser
2-> Loading OpenKM default view
3-> Jumpìng opening folders tree since last ( N folders = N calls )
4-> Call to browser folder
5-> Last call for properties

( Really needs some extra time, but if it hangs it\'s other problem ).

First -> For trying to solve it, use only firefox ( runs more fastly )
Can you give me your url ? you can send me privately trying to see something wrong
Give and screnshot, how your browser hangs.

[deeghj]

Thanx, both of you, for the feedback.
Yes, naturally mail info about deleting files is discussable ... in my personal opinion it is equal to a version upgrade (checking in) ... it is no major problem for us, just an observation.
About the \"hang\": it is definitely reproducable on all three browsers (IE, Firefox, Opera) ... waited for several minutes and nothing happens.
Problem is that OpenKM is installed in our intranet ... so sending you a link is no option at the moment.
I will try to move a copy of the instance to our internet zone, so that you can access it (might take some time).

HJ

[jllort]

I don\'t know the nature of the error ... I\'ll need more info, take a look some url you send by mail etc... trying to understand why is hanging.

[richard_lin]

hello
I encountered a bug:hangs eternally at the line \"Loading taxonomy - eval browser params\"
I use OpenKM 3.0 windows XP

The bug will show when I do procedure below
1.creat a folder \"test\"
2.subscribe to this \"test\" folder
3.add a new file in \"test\" folder
4.OpenKM will send me a mail. the content is below
Document: /okm:root/test
User: Richard
Event: CREATE
Comment:

5.When I click the link \"/okm:root/test\",the browser will hang at \"Loading taxonomy - eval browser params\" and I use firefox

anyone encountered that?

[jllort]

This document has some metadata ?

[richard_lin]

I don`t know what \"metadata\" means
Could you do the same procedures to check this bug?
If the link is a file (like /okm:root/test/aaa.pdf), click the link is ok.....but if the link is a folder (like /okm:root/test), click the link will hang

What I want is to subcribe a folder...when other people add a new file in this folder,OpenKM system will send me a mail..and then I can click the link in the mail directly.

by the way OpenKM is installed in intranet.

[jllort]

Metadata called by us as property group is extended information that you configure on your system to categorize your documents. Metadata information is aditional configuration that you can do with your OpenKM system.

After installing you can make search by metadata information ( for example you can have a list about ( client type ) associate it to a document and after it you can make search by client type in search view.

If I understand well the problem is when the system sends a folder link. Probably it\'s a bug because we has not thinking sending folders, probably we\'ve thinking sending documents. Also OpenKM can accept folder links, these has a diferent parameter link than document link, I think this could be the problem. I\'ll investigate it, please confirm to me that the problem is with folder links not with document links, and we\'ll try to solve on next release, it\'s easy.