[Issue 4662] New - Changelog not recording changes

[ricktw]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662
                 Issue #|4662
                 Summary|Changelog not recording changes
               Component|hudson
                 Version|current
                Platform|All
              OS/Version|All
                     URL|
                  Status|NEW
       Status whiteboard|
                Keywords|
              Resolution|
              Issue type|DEFECT
                Priority|P1
            Subcomponent|changelog-history
             Assigned to|mindless
             Reported by|ricktw






------- Additional comments from [hidden email] Thu Oct 15 15:12:54 +0000 2009 -------
Since a while our changelog (Subversion revision control) in Hudson doesn't
show new changes anymore.
In fact it is empty and showing 'no changes'.

This was bothering me for a while but I couldn't find any useful posts about
it and wasn't able to find the cause of this strange issue.

After further investigation I found something interesting in the log file
of the build.
The last build showing a nice changelog, isn't logging anything about
revisions, BUT the log file of the next build is showing the following error:

ERROR: No revision found for URL: http://[SVN_URL]/trunk in C:\Release
Management\.hudson\jobs\Test Job\builds\2009-09-16_10-18-59\revision.txt.
Revision file contains: [http://[SVN_URL]/trunk]

I think this error must have something to do with the changelog being empty...

Could anyone help me fix this issue. I would really like to get the
changelog working again in Hudson...
If more information is needed, I'm happy to provide it...

Thanks in advance,
Rick Oosterholt

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[mindless]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662



User mindless changed the following:

                What    |Old value                 |New value
================================================================================
             Assigned to|mindless                  |issues@hudson
--------------------------------------------------------------------------------
                Priority|P1                        |P2
--------------------------------------------------------------------------------
              QA contact|mindless                  |issues@hudson
--------------------------------------------------------------------------------
            Subcomponent|changelog-history         |subversion
--------------------------------------------------------------------------------




------- Additional comments from [hidden email] Thu Oct 15 16:21:49 +0000 2009 -------
Doesn't sound related to changelog-history plugin, changing subcategory.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[mindless]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662



User mindless changed the following:

                What    |Old value                 |New value
================================================================================
                      CC|''                        |'mindless'
--------------------------------------------------------------------------------




------- Additional comments from [hidden email] Thu Oct 15 16:34:27 +0000 2009 -------
look at build.xml for one of the recent builds with no changelog.. what do you
see in the <scm> line near the bottom?  does it say <scm
class="hudson.scm.SubversionChangeLogParser"/> or does it have
hudson.scm.NullChangeLogParser?  I just looked in a job in my development hudson
install, and I do see a job that magically switched from
SubversionChangeLogParser to NullChangeLogParser at some point.  The first build
will "Null" is also the first build that includes <hudsonVersion> in the
build.xml, which shows it was a 1.321-SNAPSHOT build.  Do you see a
<hudsonVersion> line in the first build w/o changelog?  What value for
hudsonVersion?

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[mindless]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Thu Oct 15 16:55:59 +0000 2009 -------
oops, sorry.. my case is unrelated.  Turns out the svn url for that job now
requires authentication when it didn't before, and that was causing the builds
to fail with no changelog.  Still, <scm> in build.xml is good to check.. also
are there revision.txt files in the build directories?

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[ricktw]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Fri Oct 16 06:22:54 +0000 2009 -------
scm tag: <scm class="hudson.scm.SubversionChangeLogParser"/>
hudsonVersion tag: both the last build with changes and the next one w/o changes
have a valid value for the hudsonVersion tag.

both builds also have a valid revision.txt with a value like:
http://[SVN_URL]/trunk/23115

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[ricktw]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Fri Oct 16 06:36:56 +0000 2009 -------
I wound some more differences in the build.xml file found in the builds directory.
- build with empty changelog has a new tag called <workspace> which contains the
location of the checkout, the build with a changelog doesn't have that tag.
- build with empty changelog has a new tag called <descriptions> inside the
<hudson.tasks.junit.TestResultAction> tag which contains many segments

Hope this information is useful...
Rick


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[mindless]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Fri Oct 16 15:41:19 +0000 2009 -------
You mentioned both working and not working builds had <hudsonVersion>.. was
version was the last working build and the first not working build?

The <workspace> thing is new since 1.319, so a downgrade to 1.318 might help, if
you need a short term solution.

Other details: what is your OS, java version, webserver/version, Hudson version
and subversion plugin version?

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[ricktw]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Mon Oct 19 07:26:53 +0000 2009 -------
build.xml <hudsonVersion> details:
last working build:
hudsonVersion = 1.307

next build (no changelog):
hudsonVersion = 1.323

Versions of Hudson do differ a lot because this is a test job which doesn't run
too often and in which I have both builds with and without a changelog.

Other details:
OS: Windows Server 2003 SP2
java version: Sun jvm 1.6.0_07-b06
webserver/version: Apache Tomcat 6.0.16
Hudson version: 1.327
Subversion plugin version: 1.7

Thanks for handling this issue...
Rick

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[mindless]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Mon Oct 19 19:16:29 +0000 2009 -------
Ok, next task is to try to reproduce the issue.

1. Make a new Hudson install with only svn plugin and create a new job like your
test job.. able to see the issue?
2. Zip up the job dir from your real Hudson and unzip it in your new test
install.. does this copy of the job show the issue?
3. Now add the plugins you use.. now able to reproduce the issue?

If you can find steps to reproduce the problem in a new Hudson install it will
help a lot in fixing the bug.  If the job doesn't have private data, or you can
scrub it of private data, it might help if you could attach or email me a zip of
the job directory from $HUDSON_HOME/jobs.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[mindless]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Mon Oct 19 22:05:57 +0000 2009 -------
ok, I found one little problem.. not sure it's the root cause here though.
Two factors here:
1) what caused the "No revision found" error
2) how that problem was handled

The little bug I found is in (2).. it should have written a changelog.xml file
with <log/> but returned the wrong flag.  In the first build that got "No
revision found for.." can you check the contents of changelog.xml?  If it not
just "<log/>" (without quotes) then put that content in the file.  For builds
after that one, what do you see in the changelog.xml and revision.txt files?

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[scm_issue_link]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Mon Oct 19 22:10:55 +0000 2009 -------
Code changed in hudson
User: : mindless
Path:
 trunk/hudson/plugins/subversion/src/main/java/hudson/scm/SubversionChangeLogBuilder.java
http://fisheye4.cenqua.com/changelog/hudson/?cs=22943
Log:
[HUDSON-4662] Return false for "No revision found" case so empty changelog can be written.


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[ricktw]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Tue Oct 20 06:46:19 +0000 2009 -------
Hi,

ok. I will start trying to reproduce this issue...
When I have more information about a reproduction scenario, I will post it a.s.a.p.

About the changelog.xml:
the first build with no changelog contains both an xml declaration AND an empty
"<log/>" tag. All other build after this one (also no changelog) contains ONLY
the empty "<log/>" tag (thus no xml declaration).

About the revision.txt:
all builds (with and without changelog) have a valid svn url... I noticed one
difference though: the build with a valid changelog has a starting capital for
the svn server, all succeeding build (no changelog) do not have that capital
(its all lowercase)...

very nice to help solving this issue...
Rick
the last working build (with a changelog) contains a valid svn url. I notived

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[ricktw]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Tue Oct 20 06:54:21 +0000 2009 -------
whoops, the last line in my previous post shouldn't be there (the last working
build ....)

When can I start testing the new SubversionChangeLogBuilder, or is it not useful
for now...

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[mindless]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Tue Oct 20 14:56:22 +0000 2009 -------
The SubversionChangeLogBuilder fix only has an effect when you see that "No
revision found for ..." message, so unless you see that in later builds it won't
help for now.
About the "No revision found for .." message.. the way you wrote it above, the
"for URL: XXX" and "contains: [XXX]" parts are an exact match (you used
"SVN_URL").. do these really match exactly, or perhaps the capitalization
difference you mentioned was present here?  If the capitalization difference is
there, that could explain why the initial error occurred, and then we're just
left with why doesn't it show any changelogs since then...

I noticed that SubversionChangeLogBuilder has a "debug" flag which makes it
write more log output.  I'm attaching a tiny little plugin to set that flag..
please install the plugin to see if it gives us any clues.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[mindless]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Tue Oct 20 15:06:30 +0000 2009 -------
Created an attachment (id=955)
Tiny plugin to set SubversionChangeLogBuilder.debug flag


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[ricktw]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Wed Oct 21 08:55:32 +0000 2009 -------
About the "ERROR: No revision found for .." message...

the server name in the "for URL: http://[SVN_URL]/trunk .." part in the error
message is starting with a capital.
the server name in the "Revision file contains .." part is all lowercase...

Why did this case-difference occur? How can I correct it?

I also install the svn-debug-plugin and will post any useful info here.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[ricktw]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662






------- Additional comments from [hidden email] Wed Oct 21 15:31:22 +0000 2009 -------
Ok. good news: I have a correct changelog again.

This was solved by correcting the casing-difference in the job's "Repository
URL" to match the url in the revision.txt

We can break this issue down in two parts:
1) ERROR: No revision found for URL...
2) casing issue between the configured "Repository URL" and the url in the
revision.txt

part 1 is already fixed by mindless (HUDSON-4662); thanks :-)
and there is a work-around for part 2: correct the casing.

Mindless, should we close this issue and start a new issue:
A casing difference in the repository url in the server part should not cause
this behavior...

Rick




---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[ricktw]

https://hudson.dev.java.net/issues/show_bug.cgi?id=4662



User ricktw changed the following:

                What    |Old value                 |New value
================================================================================
                  Status|NEW                       |RESOLVED
--------------------------------------------------------------------------------
                Priority|P2                        |P3
--------------------------------------------------------------------------------
              Resolution|                          |WORKSFORME
--------------------------------------------------------------------------------




------- Additional comments from [hidden email] Wed Nov  4 15:52:27 +0000 2009 -------
Correcting the Casing difference in revision.txt (or in the jobs config) works
for me...

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]