Issue Details (XML | Word | Printable)

Key: CONF-10465
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Dave Loeng [Atlassian]
Reporter: Partha Kamal [Atlassian]
Votes: 18
Watchers: 17
Operations

Add/Edit UI Mockup to this issue
If you were logged in you would be able to see more operations.
Confluence

JIRA Portlet Macro not displaying when authenticating using the trusted application between JIRA and Confluence

Created: 16/Jan/08 09:12 PM   Updated: 09/Jun/08 10:00 PM
Component/s: Macros - JIRA Portlet Macro, Security
Affects Version/s: 2.7
Fix Version/s: 2.7.2

Time Tracking:
Not Specified

File Attachments: 1. Java Archive File confluence-jira3-plugin-2.4.1.jar (47 kB)

Environment: confluence 2.7 with Jira 3.12.*
Issue Links:
Reference
 

Participants: Andy Brook, Antonio Vollono, Bob Swift, Brad Fuller, Chris Chen, Chris Harland, Christopher Owen [Atlassian], Dave Loeng [Atlassian], Davor Barcan, Diego N. Pamio, Don Willis [Atlassian], Jean-Michel Rottiers, Partha Kamal [Atlassian] and Vinh-Thach Nguyen
Since last comment: 25 weeks ago
Internal Complexity: 5
Resolution Date: 14/Feb/08 10:52 PM
Support reference count: 9
Internal Value: 7
Labels:


 Description  « Hide
We're having issues using the JIRA portlet macro (jiraportlet) on pages inside Confluence.

Whenever we try to use this macro using the trust between JIRA and Confluence for authentication, the macro does not display on the page. There aren't any errors, it just doesn't appear.

{jiraportlet:url=http://localhost:8081/secure/RunPortlet.jspa?portletKey=com.atlassian.jira.plugin.system.portlets:mywatches&numofentries=10&showTotals=false&}

However, if I specify a valid JIRA username and password by adding the os_username and os_password parameters to the URL, the macro displays properly.

{jiraportlet:url=http://localhost:8081/secure/RunPortlet.jspa?portletKey=com.atlassian.jira.plugin.system.portlets:mywatches&numofentries=10&showTotals=false&os_username=user&os_password=pass}

I believe the trust is working, as I can pull in issues properly using the JIRA Issues macro. (Our JIRA installation doesn't allow anonymous access, so all requests need to be authenticated)

Authentication for both applications is configured to use Crowd with external user and group management. Both applications share the same underlying group and user store (Active Directory).

We're running the following versions:

  • Confluence 2.7
  • JIRA 3.12.1


 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
Partha Kamal [Atlassian] added a comment - 16/Jan/08 09:16 PM
Steps to reproduce.

1) Setup confluence as a trusted application within Jira
2) Create a page within confluence, within it setup a jiraissues macro and jiraportlet macro and a jiraportlet macro with os_username and os_password defined.

When you save the page, the jiraissues macro will display the correct results as will the jiraportlet with the hardcorded os_username & password. However the jiraportlet without the username and passoword will be utterly blank, with no corresponding errors in either confluence or jira logs.


Andy Brook added a comment - 17/Jan/08 06:00 AM
Its a shame this feature is broken, it is certainly a Magnet feature. Hope it gets fixed soon.

Brad Fuller added a comment - 17/Jan/08 06:44 PM
We are having the same problem.
Confluence 2.7 and JIRA 3.12-#298. We are using LDAP (same Active Directory) for both.
JIRA and Confluence are setup to be trusted applications. The jiraissues macro works fine.
jiraportlet is blank unless appended with the hardcorded os_username & password.

A few extra pieces of information which may be helpful:

1) I have a $ in my password and the hardcoded password failed until I escaped it using %24.
2) We have found one jiraportlet which does work without a hardcoded password and that is GreenHopper.
3) Since our upgrade from 2.3.1 Confluence (without LDAP) to the current version we have multiple copies of the same user listed in the Manage Users page.


Antonio Vollono added a comment - 24/Jan/08 07:33 AM
I did not know of this issue here and I opened a counterpart one on JIRA JRA-14343 .

Christopher Owen [Atlassian] added a comment - 25/Jan/08 12:54 AM - edited
The IOException handling is the portlet macro is a little flaky. There's a good chance that and IO problems which occur during rendering the macro end up as an empty span on the page (i.e. nothing is rendered)

Should be able to verify this by checking the HTML source for occurrences of

<span class="error"></span>

As indicated by some comments this might be a problem with certain portlets given that some others seem to work.

Chris


Chris Chen added a comment - 29/Jan/08 09:15 PM
My company also have the same problem, and our situation is totally same with Partha Kamal.

Confluence 2.7 + jira 3.12 on windows 2003, tomcat 6.0.14, jdk1.6
jira trusted application works for {jiraissue} macro, but doesn't work for {jiraportlet}.
If I specify username and password explictly in the url, {jiraportlet} macro works again.

Hope the bug could get fixed ASAP.


Davor Barcan added a comment - 31/Jan/08 10:40 AM
I just submitted a support ticket last week with exactly the same symptoms. This needs to be fixed.

Jean-Michel Rottiers added a comment - 01/Feb/08 06:03 AM
We have the same problem in our test area
  • JIRA Enterprise Edition, Version: 3.12.1-#299
  • Confluence 2.7.1
  • same Active Directory used for user authentication
  • Trusted connection enabled

Symptoms

  • jiraissues macro working fine without entering login/password
  • jiraportlet macro not working without entering login/password

Going to production could be done but I will need to disable the jiraportlet macro and activate it later when a solution is available


Chris Harland added a comment - 03/Feb/08 10:02 AM
Exactly the same versions and symptoms here as previous commenter Jean-Michel Rottiers.

Andy Brook added a comment - 04/Feb/08 12:32 PM
Brad Fuller - 17/Jan/08 06:44 PM - The 'mulitple users in the manage permissions' problem is a bug in 2.7 and is listed as a fix in 2.7.1 - I cannot vouch it fixes the problem you describe, it has other things that break for me, so...

Vinh-Thach Nguyen added a comment - 06/Feb/08 12:44 AM - edited
Exactly same problem.
jiraissues macro works fine in trusted environment but not jiraporlet without os_username and os_password.
What's a shame! Please fix this ASAP.
QA did not do a good job here. Trusted application feature was introduced in fanfare and there're only 2 JIRA macros to tests...

Diego N. Pamio added a comment - 11/Feb/08 01:50 PM
Exatly same problem.

Please fix. Any due date for this to be fixed?


Dave Loeng [Atlassian] added a comment - 14/Feb/08 10:13 PM
This bug will be addressed in our next point release 2.7.2.

Dave Loeng [Atlassian] added a comment - 14/Feb/08 10:50 PM
Fixed.

Dave Loeng [Atlassian] added a comment - 14/Feb/08 10:52 PM

Patch Instructions

If you are using Confluence 2.7.x, you can patch this by following these steps :

  1. Shutdown Confluence
  2. Copy the attached confluence-jira3-plugin-2.4.1.jar to your confluence/WEB-INF/lib directory
  3. Backup and remove the old confluence-jira3-plugin-2.4.jar from that same directory
  4. Start up Confluence

Cheers,
Dave


Bob Swift added a comment - 20/May/08 03:41 PM
Thanks. Is there some reason why this plugin isn't installable from the plugin repository instead of WEB-INF. It would certainly make it easier to install fixes like this.

Don Willis [Atlassian] added a comment - 09/Jun/08 10:00 PM
Hi Bob. Yes, that's because of the way Confluence includes the macro in the product. In future, and even in 2.8, more of the plugins that come with Confluence will be included as bundled plugins, so that they can be upgraded using the plugin repository rather than WEB-INF/lib.