6.0.0-beta1
7/11/25

[#3923] "Address book Contact search" on horde home
Summary "Address book Contact search" on horde home
Queue Turba
Queue Version 2.1.1
Type Bug
State Resolved
Priority 1. Low
Owners mrubinsk (at) horde (dot) org
Requester dnedelec (at) les-dj (dot) com
Created 05/12/2006 (7000 days ago)
Due
Updated 05/16/2006 (6996 days ago)
Assigned 05/15/2006 (6997 days ago)
Resolved 05/16/2006 (6996 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
05/16/2006 07:34:05 AM Jan Schneider Comment #10
State ⇒ Resolved
Reply to this comment
The problem was that we generated a javascript: link with a target. 
That doesn't work, and the error message was misleading.
05/16/2006 04:20:35 AM Michael Rubinsky Comment #9 Reply to this comment
I can't think of a good way to fix this correctly.  The correct js 
file is included when the link is created in IMP::composeLink().



Is it possible the js gets broken because it's included in the iframe? 
  I've fixed this temporarily on my test system by putting a 
Horde::includeScriptFile('popup.js', 'imp') call directly in the 
_content() call of the minisearch.php page...although I'm not happy 
with having to hard code the 'imp' application into turba....thoughts 
or guidance would be appreciated!






05/15/2006 05:28:40 PM dnedelec (at) les-dj (dot) com Comment #8 Reply to this comment
All right, you get it. I tried to add an IMP block (sorry I didn't 
understand that) for user B and it's OK now.



Thank you :-) I'm happy now.....

[Show Quoted Text - 9 lines]
05/15/2006 04:05:41 PM Michael Rubinsky Comment #7 Reply to this comment
The question is: Does user B have the IMP block on the portal as well 
as the minisearch block?  He probably does not, while user A (who the 
minisearch block works correctly for) probably DOES have the IMP block 
also on the portal page.
Actually no, this appens only on the portal (minisearch). It works
when user B try to search directly on address book (basic search or
avanced search...)
05/15/2006 03:59:52 PM dnedelec (at) les-dj (dot) com Comment #6 Reply to this comment
The problem that I'm finding is that I'm getting JS errors about
popup_imp not being defined when you click on the address in the
That rings a bell. Any chance that this happens only for users that
don't have the IMP block in their portal?
Actually no, this appens only on the portal (minisearch). It works 
when user B try to search directly on address book (basic search or 
avanced search...)
05/15/2006 03:50:42 PM Michael Rubinsky Comment #5 Reply to this comment
That rings a bell. Any chance that this happens only for users that
don't have the IMP block in their portal?
Confirmed.  (Smacking myself on the head for not thinking of that case ;)
05/15/2006 03:40:38 PM Jan Schneider Comment #4 Reply to this comment
The problem that I'm finding is that I'm getting JS errors about
popup_imp not being defined when you click on the address in the
That rings a bell. Any chance that this happens only for users that 
don't have the IMP block in their portal?
05/15/2006 03:36:55 PM dnedelec (at) les-dj (dot) com Comment #3 Reply to this comment
HI,



IMP H3 V4.1.1



Yes, it's incredible... But I confirm IT, it works for user A and not 
for B !!!!

I tried again on a fresh install with IE and Firefox !
I can confirm this - but only to a point.  What version of IMP are you using?

The problem that I'm finding is that I'm getting JS errors about
popup_imp not being defined when you click on the address in the
Address Search block on the portal page.  What I don't understand is
why it is opening for you with one user and not another....
05/15/2006 03:25:02 PM Michael Rubinsky Comment #2
State ⇒ Assigned
Reply to this comment
I can confirm this - but only to a point.  What version of IMP are you using?



The problem that I'm finding is that I'm getting JS errors about 
popup_imp not being defined when you click on the address in the 
Address Search block on the portal page.  What I don't understand is 
why it is opening for you with one user and not another....
05/12/2006 04:47:11 PM Chuck Hagenbuch Assigned to Michael Rubinsky
 
05/12/2006 08:28:46 AM dnedelec (at) les-dj (dot) com Comment #1
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ "Address book Contact search" on horde home
Queue ⇒ Turba
State ⇒ Unconfirmed
Reply to this comment
Here is the problem (sorry for my bad english) :



- I created an address book (with user A) and shared it with all 
authenticated users.

- This address book is definined as default for all users.

- I added an "address book contact search" on th horde home for user A 
and user B with layout button.

- I logged with user A, searched a contact on the horde home and 
clicked on it --> a compose windows opened.

- I logged with user B, searched a contact on the horde home and 
clicked on it --> the compose windows didn't opened !!!



Thanks.

Saved Queries