[jira] Updated: (CONTINUUM-1071) Schedules list should use Edit/Remove icons instead of test links

[ http://jira.codehaus.org/browse/CONTINUUM-1071?page=all ] Napoleon Esmundo C. Ramirez updated CONTINUUM-1071: --- Attachment: CONTINUUM-1071-continuum-webapp.patch This patch replaces the Edit/Remove text links into their respective icon

[jira] Created: (CONTINUUM-1071) Schedules list should use Edit/Remove icons instead of test links

Schedules list should use Edit/Remove icons instead of test links - Key: CONTINUUM-1071 URL: http://jira.codehaus.org/browse/CONTINUUM-1071 Project: Continuum Issue Type: Improv

[jira] Updated: (CONTINUUM-1070) Recipient in project group notifiers screen is always set to 'unknown'.

[ http://jira.codehaus.org/browse/CONTINUUM-1070?page=all ] Henry S. Isidro updated CONTINUUM-1070: --- Attachment: [CONTINUUM-1070]-continuum-webapp.patch File Attached: [CONTINUUM-1070]-continuum-webapp.patch This fixes the described problem above.

[jira] Updated: (CONTINUUM-1070) Recipient in project group notifiers screen is always set to 'unknown'.

[ http://jira.codehaus.org/browse/CONTINUUM-1070?page=all ] Henry S. Isidro updated CONTINUUM-1070: --- Component/s: Web interface > Recipient in project group notifiers screen is always set to 'unknown'. >

[jira] Created: (CONTINUUM-1070) Recipient in project group notifiers screen is always set to 'unknown'.

Recipient in project group notifiers screen is always set to 'unknown'. --- Key: CONTINUUM-1070 URL: http://jira.codehaus.org/browse/CONTINUUM-1070 Project: Continuum Issue

[jira] Created: (CONTINUUM-1069) The notifier type is set to an empty string when editing the notifier

The notifier type is set to an empty string when editing the notifier - Key: CONTINUUM-1069 URL: http://jira.codehaus.org/browse/CONTINUUM-1069 Project: Continuum Issue Type

[jira] Updated: (MRM-253) Add repository allows empty url name

[ http://jira.codehaus.org/browse/MRM-253?page=all ] Allan Ramirez updated MRM-253: -- Attachment: MRM-253-archiva-webapp.patch Attached patch is to fix this issue, please apply. Thanks > Add repository allows empty url name > ---

[jira] Created: (MRM-253) Add repository allows empty url name

Add repository allows empty url name Key: MRM-253 URL: http://jira.codehaus.org/browse/MRM-253 Project: Archiva Issue Type: Bug Components: web application Reporter: Allan Ramirez

[jira] Commented: (MSUREFIRE-164) DBUnit not working from inside Maven2

[ http://jira.codehaus.org/browse/MSUREFIRE-164?page=comments#action_82931 ] Matt Raible commented on MSUREFIRE-164: --- Are you trying to use the Java API or the Ant tasks? > DBUnit not working from inside Maven2 > --

[jira] Updated: (CONTINUUM-1068) Confirmation message displayed when deleting a notifier is not informative enough.

[ http://jira.codehaus.org/browse/CONTINUUM-1068?page=all ] Henry S. Isidro updated CONTINUUM-1068: --- Attachment: [CONTINUUM-1068]-continuum-webapp.patch File Attached: [CONTINUUM-1068]-continuum-webapp.patch The patch makes the confirmation messag

[jira] Created: (CONTINUUM-1068) Confirmation message displayed when deleting a notifier is not informative enough.

Confirmation message displayed when deleting a notifier is not informative enough. -- Key: CONTINUUM-1068 URL: http://jira.codehaus.org/browse/CONTINUUM-1068 Project: Con

[jira] Commented: (MECLIPSE-192) no way to get eclipse:eclipse working since the last SNAPSHOT of the plugin

[ http://jira.codehaus.org/browse/MECLIPSE-192?page=comments#action_82929 ] Baerrach bonDierne commented on MECLIPSE-192: - I am still getting this issue for the latest version on trunk, revision 488511 The culprit unit tests are these

[jira] Closed: (MSUREFIRE-119) Surefire plugin throws NoSuchMethodException when errors occur during TestSetup decorator

[ http://jira.codehaus.org/browse/MSUREFIRE-119?page=all ] Kenney Westerhof closed MSUREFIRE-119. -- Assignee: Kenney Westerhof Resolution: Fixed Fixed in revision 488512. > Surefire plugin throws NoSuchMethodException when errors occur during

[jira] Commented: (MSUREFIRE-126) classesDirectory set in pom.xml is ignored

[ http://jira.codehaus.org/browse/MSUREFIRE-126?page=comments#action_82927 ] Kenney Westerhof commented on MSUREFIRE-126: Is this still an issue? I know this doesn't work yet, but we're using MavenProject.getTestClasspathElements,

[jira] Closed: (MSUREFIRE-151) Surefire plugin fails if JUnit is not available

[ http://jira.codehaus.org/browse/MSUREFIRE-151?page=all ] Kenney Westerhof closed MSUREFIRE-151. -- Assignee: Kenney Westerhof Resolution: Fixed Fixed in revision 488511 - fallback to surefire's JUnit provider which has POJO support. TODO: sp

[jira] Closed: (MSUREFIRE-121) ability to add dependency to jvm's classpath rather in surefirebooter classloader

[ http://jira.codehaus.org/browse/MSUREFIRE-121?page=all ] Kenney Westerhof closed MSUREFIRE-121. -- Assignee: Kenney Westerhof Resolution: Fixed Fixed in revision 488508. Added useSystemClassloader parameter that puts ALL test classpath elemen

[jira] Closed: (MSUREFIRE-115) Classloading problem for getting a resource

[ http://jira.codehaus.org/browse/MSUREFIRE-115?page=all ] Kenney Westerhof closed MSUREFIRE-115. -- Assignee: Kenney Westerhof Resolution: Fixed Fixed in revision 488508. Added useSystemClassloader parameter that puts ALL test classpath elemen

[jira] Commented: (MSUREFIRE-161) VM Forking manifests itself behind HTTP proxy

[ http://jira.codehaus.org/browse/MSUREFIRE-161?page=comments#action_82918 ] Kenney Westerhof commented on MSUREFIRE-161: Removed links to other issues, as this is not a classloading issue. The error is 'unknownknostexception: www.sp

[jira] Created: (MAVENUPLOAD-1276) H2 Database Engine

H2 Database Engine -- Key: MAVENUPLOAD-1276 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1276 Project: maven-upload-requests Issue Type: Task Reporter: Thomas Mueller Java SQL database -- This message is a

[jira] Closed: (MPSCM-94) Branch configuration is beiing used as if it were a tag

[ http://jira.codehaus.org/browse/MPSCM-94?page=all ] Lukas Theussl closed MPSCM-94. -- Resolution: Duplicate > Branch configuration is beiing used as if it were a tag > --- > > Key: MPSCM-94

[jira] Commented: (MASSEMBLY-169) Document new elements in the assembly descriptor as "Since 2.2"

[ http://jira.codehaus.org/browse/MASSEMBLY-169?page=comments#action_82900 ] Dennis Lundberg commented on MASSEMBLY-169: --- After working a bit more on this I have published results that are slightly more sophisticated. The plugin now ha

[jira] Created: (SCM-267) Branches setting is being used as a tag

Branches setting is being used as a tag --- Key: SCM-267 URL: http://jira.codehaus.org/browse/SCM-267 Project: Maven SCM Issue Type: Bug Affects Versions: 1.0-beta-4 Environment: Windows XP

[jira] Created: (MPSCM-94) Branch configuration is beiing used as if it were a tag

Branch configuration is beiing used as if it were a tag --- Key: MPSCM-94 URL: http://jira.codehaus.org/browse/MPSCM-94 Project: maven-scm-plugin Issue Type: Bug Affects Versions: 1.6

[jira] Closed: (SCM-266) Ability to configure eol style during checkout, update, add, diff, and checkin

[ http://jira.codehaus.org/browse/SCM-266?page=all ] Dan Tran closed SCM-266. Resolution: Fixed Checked in the fix at revision 488383. Manually tested starteam-settings.xml and ran an internal application that uses starteam provider's add, checkout, checkin,

[jira] Updated: (SCM-266) Ability to configure eol style during checkout, update, add, diff, and checkin

[ http://jira.codehaus.org/browse/SCM-266?page=all ] Dan Tran updated SCM-266: - Fix Version/s: 1.0 > Ability to configure eol style during checkout, update, add, diff, and checkin > -- >

[jira] Created: (SCM-266) Ability to configure eol style during checkout, update, add, diff, and checkin

Ability to configure eol style during checkout, update, add, diff, and checkin -- Key: SCM-266 URL: http://jira.codehaus.org/browse/SCM-266 Project: Maven SCM Issue

[jira] Created: (MRM-252) archiva does not build with JDK 6

archiva does not build with JDK 6 - Key: MRM-252 URL: http://jira.codehaus.org/browse/MRM-252 Project: Archiva Issue Type: Bug Environment: archiva r488142 on linux with sun jdk 6. Report

[jira] Commented: (SCM-265) .scm/clearcase-settings.xml is read from current directory rather than the users home directory

[ http://jira.codehaus.org/browse/SCM-265?page=comments#action_82882 ] Emmanuel Venisse commented on SCM-265: -- Are you sure it's with beta-4? I fixed it in beta-4. > .scm/clearcase-settings.xml is read from current directory rather than the

[jira] Created: (SCM-265) .scm/clearcase-settings.xml is read from current directory rather than the users home directory

.scm/clearcase-settings.xml is read from current directory rather than the users home directory --- Key: SCM-265 URL: http://jira.codehaus.org/browse/SCM-265

[jira] Updated: (SCM-264) ClearCaseStatusCommand checks for checkouts on all views

[ http://jira.codehaus.org/browse/SCM-264?page=all ] Andreas Schildbach updated SCM-264: --- Attachment: patch.txt Included patch for issue > ClearCaseStatusCommand checks for checkouts on all views > -

[jira] Closed: (CONTINUUM-1067) release perform from parameters fails with NPE

[ http://jira.codehaus.org/browse/CONTINUUM-1067?page=all ] Emmanuel Venisse closed CONTINUUM-1067. --- Assignee: Emmanuel Venisse Resolution: Fixed Fix Version/s: 1.1 Applied. Thanks > release perform from parameters fails with NPE >

[jira] Created: (SCM-264) ClearCaseStatusCommand checks for checkouts on all views

ClearCaseStatusCommand checks for checkouts on all views Key: SCM-264 URL: http://jira.codehaus.org/browse/SCM-264 Project: Maven SCM Issue Type: Bug Components: maven-scm-pr

[jira] Commented: (MNG-2201) Interpolation problem when using surefire

[ http://jira.codehaus.org/browse/MNG-2201?page=comments#action_82875 ] Emmanuel Hugonnet commented on MNG-2201: I have seen it too in SURFIRE 2.2 with Mavn 2.0x built the 16/12/2006 and you don't have this problem with environmentVariabl

[jira] Commented: (SUREFIRE-60) systemProperties not correctly evaluated

[ http://jira.codehaus.org/browse/SUREFIRE-60?page=comments#action_82874 ] Emmanuel Hugonnet commented on SUREFIRE-60: --- This is a duplicate of : http://jira.codehaus.org/browse/MNG-2201 which has been reopened the 16/12/2006 > systemPro

[jira] Updated: (MEV-363) Spring 1.2.7 POMs Missing

[ http://jira.codehaus.org/browse/MEV-363?page=all ] Carlos Sanchez updated MEV-363: --- Comment: was deleted > Spring 1.2.7 POMs Missing > - > > Key: MEV-363 > URL: http://jira.codehaus.org/browse/MEV-3

[jira] Updated: (MEV-392) bad dependencies in commons-logging-1.1.pom

[ http://jira.codehaus.org/browse/MEV-392?page=all ] Carlos Sanchez updated MEV-392: --- Comment: was deleted > bad dependencies in commons-logging-1.1.pom > --- > > Key: MEV-392 > URL: h

[jira] Commented: (MEV-392) bad dependencies in commons-logging-1.1.pom

[ http://jira.codehaus.org/browse/MEV-392?page=comments#action_82872 ] john john commented on MEV-392: --- http://www2.tltc.ttu.edu/kelly/_5346disc/0597.htm http://www2.tltc.ttu.edu/kelly/_5346disc/0598.htm http://www2.tltc.ttu.edu/kelly/_5346d

[jira] Commented: (MEV-363) Spring 1.2.7 POMs Missing

[ http://jira.codehaus.org/browse/MEV-363?page=comments#action_82871 ] john john commented on MEV-363: --- http://www2.tltc.ttu.edu/kelly/_5346disc/0597.htm http://www2.tltc.ttu.edu/kelly/_5346disc/0598.htm http://www2.tltc.ttu.edu/kelly/_5346d

[jira] Commented: (MASSEMBLY-169) Document new elements in the assembly descriptor as "Since 2.2"

[ http://jira.codehaus.org/browse/MASSEMBLY-169?page=comments#action_82870 ] Dennis Lundberg commented on MASSEMBLY-169: --- I tried to solve this in Modello. The downside with that is that the versions available in Modello are for the mo

[jira] Updated: (CONTINUUM-672) test-jar artifacts are not copied to the configured deployment directory

[ http://jira.codehaus.org/browse/CONTINUUM-672?page=all ] Przemyslaw Madzik updated CONTINUUM-672: Attachment: getDeployableArtifacts.patch Patch for this problem > test-jar artifacts are not copied to the configured deployment directory >

[jira] Updated: (CONTINUUM-1067) release perform from parameters fails with NPE

[ http://jira.codehaus.org/browse/CONTINUUM-1067?page=all ] Edwin Punzalan updated CONTINUUM-1067: -- Attachment: CONTINUUM-1067-continuum-webapp.patch Patch attached... please apply. Thanks. > release perform from parameters fails with NPE > ---

[jira] Created: (CONTINUUM-1067) release perform from parameters fails with NPE

release perform from parameters fails with NPE -- Key: CONTINUUM-1067 URL: http://jira.codehaus.org/browse/CONTINUUM-1067 Project: Continuum Issue Type: Bug Components: Core system Af

[jira] Closed: (CONTINUUM-1050) Most tables do not display fully in Internet Explorer

[ http://jira.codehaus.org/browse/CONTINUUM-1050?page=all ] Edwin Punzalan closed CONTINUUM-1050. - Resolution: Fixed Fix Version/s: 1.1 > Most tables do not display fully in Internet Explorer > -

[jira] Closed: (CONTINUUM-1066) Change DOCTYPE to STRICT for better Internet Explorer support

[ http://jira.codehaus.org/browse/CONTINUUM-1066?page=all ] Emmanuel Venisse closed CONTINUUM-1066. --- Assignee: Emmanuel Venisse Resolution: Fixed Fix Version/s: 1.1 Applied. Thanks. > Change DOCTYPE to STRICT for better Internet Ex

[jira] Updated: (CONTINUUM-1066) Change DOCTYPE to STRICT for better Internet Explorer support

[ http://jira.codehaus.org/browse/CONTINUUM-1066?page=all ] Edwin Punzalan updated CONTINUUM-1066: -- Attachment: CONTINUUM-1066-continuum-webapp.patch Please apply attached file for the fix... also contains some fixes for missing or misplaced tags.

[jira] Created: (CONTINUUM-1066) Change DOCTYPE to STRICT for better Internet Explorer support

Change DOCTYPE to STRICT for better Internet Explorer support - Key: CONTINUUM-1066 URL: http://jira.codehaus.org/browse/CONTINUUM-1066 Project: Continuum Issue Type: Improvement

[jira] Closed: (CONTINUUM-1065) When deleting a project in project group Members tab, there should be a confirmation page before the actual operation is triggered

[ http://jira.codehaus.org/browse/CONTINUUM-1065?page=all ] Emmanuel Venisse closed CONTINUUM-1065. --- Assignee: Emmanuel Venisse (was: Lester Ecarma) Resolution: Fixed Fix Version/s: 1.1 Applied. Thanks. > When deleting a project i

[jira] Closed: (CONTINUUM-1062) When deleting a Project Group notifier, there should be a confirmation page before the actual operation is triggered

[ http://jira.codehaus.org/browse/CONTINUUM-1062?page=all ] Emmanuel Venisse closed CONTINUUM-1062. --- Assignee: Emmanuel Venisse (was: Lester Ecarma) Resolution: Fixed Fix Version/s: 1.1 Applied. Thanks > When deleting a Project Gr

[jira] Closed: (CONTINUUM-1064) Schedule screen accept bad values

[ http://jira.codehaus.org/browse/CONTINUUM-1064?page=all ] Emmanuel Venisse closed CONTINUUM-1064. --- Resolution: Fixed Fix Version/s: 1.1 Applied, Thanks > Schedule screen accept bad values > - > >

[jira] Commented: (MPLUGIN-1) Maven fails while developing plugin with 1.5 compliant sources

[ http://jira.codehaus.org/browse/MPLUGIN-1?page=comments#action_82861 ] Albert Strasheim commented on MPLUGIN-1: The workaround I came up with was to but my Java 5 annotation containing code into a separate jar and make a project contain

[jira] Updated: (CONTINUUM-1065) When deleting a project in project group Members tab, there should be a confirmation page before the actual operation is triggered

[ http://jira.codehaus.org/browse/CONTINUUM-1065?page=all ] Lester Ecarma updated CONTINUUM-1065: - Attachment: CONTINUUM-1065.patch Please see attached patch for a possible solution. > When deleting a project in project group Members tab, there shou

[jira] Updated: (CONTINUUM-1064) Schedule screen accept bad values

[ http://jira.codehaus.org/browse/CONTINUUM-1064?page=all ] Maria Odea Ching updated CONTINUUM-1064: Attachment: CONTINUUM-1064-continuum-webapp.patch Attached patch for this issue. Added custom validator class (CronExpressionValidator) to valida

[jira] Created: (CONTINUUM-1065) When deleting a project in project group Members tab, there should be a confirmation page before the actual operation is triggered

When deleting a project in project group Members tab, there should be a confirmation page before the actual operation is triggered -- Key: CONTINUUM-106

[jira] Created: (CONTINUUM-1064) Schedule screen accept bad values

Schedule screen accept bad values - Key: CONTINUUM-1064 URL: http://jira.codehaus.org/browse/CONTINUUM-1064 Project: Continuum Issue Type: Bug Components: Web - UI Reporter: Maria Odea Ch

[jira] Updated: (CONTINUUM-1064) Schedule screen accept bad values

[ http://jira.codehaus.org/browse/CONTINUUM-1064?page=all ] Maria Odea Ching updated CONTINUUM-1064: Description: Click 'Schedules' on the next page, click one of edit links on the next page, type 'a' in the seconds fields Click the save button

[jira] Updated: (CONTINUUM-1064) Schedule screen accept bad values

[ http://jira.codehaus.org/browse/CONTINUUM-1064?page=all ] Maria Odea Ching updated CONTINUUM-1064: Description: Click 'Schedules' on the next page, click one of edit links on the next page, type 'a' in the seconds fields Click the save button

[jira] Updated: (CONTINUUM-1062) When deleting a Project Group notifier, there should be a confirmation page before the actual operation is triggered

[ http://jira.codehaus.org/browse/CONTINUUM-1062?page=all ] Lester Ecarma updated CONTINUUM-1062: - Attachment: CONTINUUM-1062.patch Please see attached patch for a possible solution. > When deleting a Project Group notifier, there should be a confir

[jira] Created: (CONTINUUM-1063) get rid of old models in continuum-webapp

get rid of old models in continuum-webapp - Key: CONTINUUM-1063 URL: http://jira.codehaus.org/browse/CONTINUUM-1063 Project: Continuum Issue Type: Task Reporter: Brett Porter the mdo's in

[jira] Created: (CONTINUUM-1062) When deleting a Project Group notifier, there should be a confirmation page before the actual operation is triggered

When deleting a Project Group notifier, there should be a confirmation page before the actual operation is triggered Key: CONTINUUM-1062 URL: http

[jira] Closed: (CONTINUUM-1061) Deleting a project should go back to the project group, not the group summary

[ http://jira.codehaus.org/browse/CONTINUUM-1061?page=all ] Emmanuel Venisse closed CONTINUUM-1061. --- Assignee: Emmanuel Venisse Resolution: Fixed Fix Version/s: 1.1 Applied. Thanks > Deleting a project should go back to the project

[jira] Commented: (SUREFIRE-60) systemProperties not correctly evaluated

[ http://jira.codehaus.org/browse/SUREFIRE-60?page=comments#action_82855 ] Emmanuel Hugonnet commented on SUREFIRE-60: --- If I use a Map like environmentVariables for example, the property is correctly evaluated. This look more like a mav

[jira] Closed: (CONTINUUM-1029) Projects getting stuck in the "in queue" status

[ http://jira.codehaus.org/browse/CONTINUUM-1029?page=all ] Emmanuel Venisse closed CONTINUUM-1029. --- Assignee: Emmanuel Venisse Resolution: Cannot Reproduce Fix Version/s: (was: 1.1) Cannot reproduce with 18-dec-1006 snapshot >

[jira] Updated: (CONTINUUM-1061) Deleting a project should go back to the project group, not the group summary

[ http://jira.codehaus.org/browse/CONTINUUM-1061?page=all ] Napoleon Esmundo C. Ramirez updated CONTINUUM-1061: --- Attachment: CONTINUUM-1061-2-continuum-webapp.patch This patch contains the necessary parameters the first patch was lackin

[jira] Created: (MAVENUPLOAD-1275) Upload UmlGraph 4.5

Upload UmlGraph 4.5 --- Key: MAVENUPLOAD-1275 URL: http://jira.codehaus.org/browse/MAVENUPLOAD-1275 Project: maven-upload-requests Issue Type: Task Reporter: Christophe DENEUX Attachments: UmlGraph-4.5-bu

[jira] Commented: (MPDIST-22) Use property of dependencies to include dependencies

[ http://jira.codehaus.org/browse/MPDIST-22?page=comments#action_82851 ] Xavier de Labouret commented on MPDIST-22: -- I second this: it is very sad that you have to use a maven.xml to include the dependencies of an application. Using the

[jira] Updated: (MSITE-201) ${modules} renders as [] causing parse error

[ http://jira.codehaus.org/browse/MSITE-201?page=all ] Kenney Westerhof updated MSITE-201: --- Testcase included: yes Fix Version/s: 2.0 > ${modules} renders as [] causing parse error > > >

[jira] Commented: (MSITE-201) ${modules} renders as [] causing parse error

[ http://jira.codehaus.org/browse/MSITE-201?page=comments#action_82850 ] Kenney Westerhof commented on MSITE-201: Added maven-site-plugin/src/test/projects/site-plugin-test12. > ${modules} renders as [] causing parse error > -

[jira] Created: (MSITE-202) Language bundle not found for empty pom project

Language bundle not found for empty pom project --- Key: MSITE-202 URL: http://jira.codehaus.org/browse/MSITE-202 Project: Maven 2.x Site Plugin Issue Type: Bug Reporter: Kenney Westerh

[jira] Closed: (CONTINUUM-1060) Delete Project confirmation page does not give project name.

[ http://jira.codehaus.org/browse/CONTINUUM-1060?page=all ] Emmanuel Venisse closed CONTINUUM-1060. --- Assignee: Emmanuel Venisse Resolution: Fixed Fix Version/s: 1.1 Applied. Thanks. > Delete Project confirmation page does not give

[jira] Created: (MSITE-201) ${modules} renders as [] causing parse error

${modules} renders as [] causing parse error Key: MSITE-201 URL: http://jira.codehaus.org/browse/MSITE-201 Project: Maven 2.x Site Plugin Issue Type: Bug Affects Versions: 2.0 Repo

[jira] Closed: (ARCHETYPE-38) The archetype is using user.dir which prohibits clean embedding

[ http://jira.codehaus.org/browse/ARCHETYPE-38?page=all ] Kenney Westerhof closed ARCHETYPE-38. - Resolution: Fixed Fix Version/s: 1.0 Didn't apply patch since it breaks the current behavior. Fixed in revision 488162. > The archetype is using

[jira] Updated: (CONTINUUM-1061) Deleting a project should go back to the project group, not the group summary

[ http://jira.codehaus.org/browse/CONTINUUM-1061?page=all ] Napoleon Esmundo C. Ramirez updated CONTINUUM-1061: --- Attachment: CONTINUUM-1061-continuum-webapp.patch Modified the xwork.xml to redirect to the Project Group Summary page afte

[jira] Created: (CONTINUUM-1061) Deleting a project should go back to the project group, not the group summary

Deleting a project should go back to the project group, not the group summary - Key: CONTINUUM-1061 URL: http://jira.codehaus.org/browse/CONTINUUM-1061 Project: Continuum

[jira] Updated: (CONTINUUM-1060) Delete Project confirmation page does not give project name.

[ http://jira.codehaus.org/browse/CONTINUUM-1060?page=all ] Henry S. Isidro updated CONTINUUM-1060: --- Attachment: [CONTINUUM-1060]-continuum-webapp.patch File Attached: [CONTINUUM-1060]-continuum-webapp.patch > Delete Project confirmation page does

[jira] Created: (CONTINUUM-1060) Delete Project confirmation page does not give project name.

Delete Project confirmation page does not give project name. Key: CONTINUUM-1060 URL: http://jira.codehaus.org/browse/CONTINUUM-1060 Project: Continuum Issue Type: Bug Co