Ticket #131 (closed Defect: Will not be fixed)

Opened 2 years ago

Last modified 18 months ago

404 on any request when not stadart port using

Reported by: Vovik1982 Owned by: support@ag-projects.com
Priority: Minor Milestone: Future release
Component: Authentication and authorization Version: trunk
Severity: Non-critical Keywords:
Cc:

Description

When I using port 8080 my xcap-root seems like  http://xcapserver.domain.com:8080/xcap-root, but I have a client, who can use my server like  http://xcapserver.domain.com/xcap-root (without port - this client using the port in own connection settings). XCAP server returns 404 because xcap-root in the server's settings and in the request are not equal.

Change History

comment:1 Changed 2 years ago by Vovik1982

  • Version set to trunk
  • Milestone changed from OpenXCAP 1.2.0 to Future release

It was wrong version. version 1.3.0

comment:2 Changed 2 years ago by adigeo

  • Priority changed from Major to Minor
  • Resolution set to Out of scope
  • Status changed from new to closed
  • Component changed from XCAP server to Authentication and authorization
  • Version trunk deleted

As you already noticed yourself the client is broken and the server is right.

comment:3 Changed 2 years ago by Vovik1982

  • Priority changed from Minor to Critical
  • Status changed from closed to reopened
  • Version set to trunk
  • Resolution Out of scope deleted

I think you are wrong now.

In RFC2616 section 14.23 ( http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html) you can read: Host = "Host" ":" host [ ":" port ] ; Section 3.2.2 Section 3.2.2 ( http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.2.2) contains: http_URL = "http:" "" host [ ":" port ] [ abs_path [ "?" query ]]

As you can see, 'port' parameter is optional.

I think the client is right and XCAP server has the bug. I think, you are right and priority of this bug is minor, but it is bug.

comment:4 Changed 2 years ago by Vovik1982

  • Priority changed from Critical to Minor

change priority again.

comment:5 Changed 2 years ago by adigeo

I read your comment and I believe I understand your point. I beg to differ though but it could be just a point of view.

Port being optional does not mean it can be missing if you are using a a non-standard port. Missing, simply means that the port 80 is assumed for HTTP operations and 443 is used for HTTPS when they are not present. When using a custom port it must be properly indicated in the URL.

Secondly, even if your point would make sense because of the way you interpret it, will it work properly in a multi-domain platform where you could have multiple different roots and you could listen on multiple port numbers? You would need a complete fully qualified URL to determine each root correctly and this is not possible if you skip the port number.

comment:6 Changed 18 months ago by saul

  • Status changed from reopened to closed
  • Resolution set to Will not be fixed
Note: See TracTickets for help on using tickets.