[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gump
Subject:    SF.net viewcvs.py returns HTML not XML
From:       "Adam R. B. Jack" <ajack () trysybase ! com>
Date:       2003-09-29 13:03:29
[Download RAW message or body]

Whilst setting up a new Gumpy I ran into problems where the SF.net viewcvs
seems to randomly return HTML not XML. (Clearly this affects us for the XML
project descriptors folks have placed there.) I believe viewcvs attempts to
show HTML to humans, but return the raw data to programs. Just an FYI in
case some thing start going odd on people.

[BTW: Gumpy was caching things locally and then never re-checking, I've
fixed that. I also make Gumpy set a user agent now, in case that makes a
difference, but is good practice anyway.]

FWIIW: I've logged a problem w/ SF.net.

regards

Adam
----- Original Message ----- 
From: "SourceForge.net" <noreply@sourceforge.net>
To: <noreply@sourceforge.net>
Sent: Monday, September 29, 2003 6:08 AM
Subject: [ alexandria-Support Requests-813249 ] ViewCVS issue


> Support Requests item #813249, was opened at 2003-09-26 15:44
> Message generated for change (Comment added) made by burley
> You can respond by visiting:
>
https://sourceforge.net/tracker/?func=detail&atid=200001&aid=813249&group_id=1
>
> Category: Project CVS Services
> >Group: Second Level Support
> Status: Open
> Priority: 5
> Submitted By: Adam Jack (arb_jack)
> >Assigned to: Jacob Moorman (moorman)
> >Summary: ViewCVS issue
>
> Initial Comment:
> I am working for http://jakarta.apache.org/gump/ which
> accesses SF.net CVS, and sometime via viewcvs.
>
> Recently the viewcvs responses we make have come
> back as human-oriented HTML, not XML (the raw data
> format). I beleive that viewcvs "sniffs" at the calling
> client, and if not a browser (assumed human) it returns
> the raw data. I fear this has changed on your site.
>
> Did you recently update your viewcvs? It looks like it is
> now Python, and I don't recall that from before. Could
> something else have change (related to your
> new/improving CVS services) that could cause this
> change? If you know of a difference, can you tell me if it
> is a permenant difference, and suggest how I get the
> raw data?
>
> Just so you know (if it isn't obvious from me contacting
> you) this change breaks what we do.
>
> Thanks in advance,
>
> regards,
>
> Adam
>
> e.g.
> http://cvs.sourceforge.net/viewcvs.py/*checkout*/juddi
> /juddi/gump.xml
>
> ----------------------------------------------------------------------
>
> Comment By: David Burley (burley)
> Date: 2003-09-29 08:08
>
> Message:
> Logged In: YES
> user_id=597273
>
> Greetings,
>
> This canned response is used by the SourceForge.net team to
> convey information about how this Support Request will be
> handled.  Please read the entirety of this comment before taking
> any further action; information enclosed in this comment will
> help you to ensure that you have an excellent support experience.
>
> The SourceForge.net team takes all reported issues seriously; we
> will work to provide you a complete, accurate, and timely
> response to your inquiry.  Information about our support policies
> and procedures may be found at:
> https://sourceforge.net/docman/display_doc.php?docid=11230&group_id=1
>
> ABOUT THIS ISSUE: Based on the initial review of this request, we
> have determined that this issue will be considered to have
> Moderate Priority (this is signified by the summary line we use
> on this request, not by the Priority setting on this request).
> Issues within this category typically include service questions,
> usage problems, and specialized requests (such as those requiring
> significant administrative overview, or which require the
> development of a custom solution).  A description of this class
> of issues may be found at:
>
https://sourceforge.net/docman/display_doc.php?docid=11230&group_id=1#issueclass_moderate
>
> TRIAGE PROCESS: The initial review of this issue has resulted in
> a member of the SourceForge.net staff determining who should
> process this issue, and a change in the Priority, Summary,
> Assignee, Group and Category settings for this request.  We use
> these settings solely for grouping purposes; as the submitter,
> you SHOULD NOT change any of these settings.  Since we use all of
> these settings to group issues for faster response, you should
> understand that changing any of these settings (particularly the
> listed Priority setting) will result in significant delays in the
> processing of your request.
>
> WHAT TO EXPECT: Issues of this nature will typically be reviewed
> again by the assigned member of the SourceForge.net team within 5
> business days (the SourceForge.net team works at least Monday
> through Friday, 9am to 5pm Pacific, excepting holidays).  Within
> our next response, we will typically request additional
> information about the problem you have reported, or provide you
> specific troubleshooting instructions.  Please wait patiently for
> our next review of, and response to, this request.
>
> INQUIRING ABOUT THE STATUS OF THIS ISSUE: Should you have
> questions or concerns regarding the status of this issue, simply
> add a comment to this support request.  All comments you post to
> this support request will be received by the SourceForge.net team
> member who has been assigned this issue.  Please do not submit a
> second support request about this issue (add a comment to this
> request instead), and do not attempt to contact the assignee of
> this request via email; all additional information or comments
> about this request should be posted as a comment to this request.
>
> Thank you,
>
> SourceForge.net support
>
>
> ----------------------------------------------------------------------
>
> You can respond by visiting:
>
https://sourceforge.net/tracker/?func=detail&atid=200001&aid=813249&group_id=1
>


---------------------------------------------------------------------
To unsubscribe, e-mail: gump-unsubscribe@jakarta.apache.org
For additional commands, e-mail: gump-help@jakarta.apache.org

[prev in list] [next in list] [prev in thread] [next in thread]