XWiki Platform

wysiwyg: Cannot list attachments for pages with a period "." in their name - TRANSPORT_ERROR

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 3.5
  • Fix Version/s: 4.2-milestone-1
  • Component/s: Web - Templates & Resources
  • Labels:
    None
  • Environment:
    Tested on 3.5 and 4.1 snapshot
  • Difficulty:
    Medium
  • Documentation:
    N/A
  • Documentation in Release Notes:
    N/A
  • Similar issues:
    XWIKI-9025TRANSPORT_ERROR pop up when accessing Tree view, with a page with brackets in its name
    XWIKI-7874wysiwyg: attachments not listing in "link" button "all pages" tab - transport error caused by rest UriBuilderException
    XWIKI-5053Cannot upload attachments to pages with # in their name
    XWIKI-9103XWiki Explorer doesn't display the children of pages with periods or parens in their names
    XWIKI-7489WYSIWYG editor misbehaves when entering . (period) at the end of <ul> line
    XWIKI-7481Small UI breakage on WYSIWYG Administration Page
    XWIKI-6562Font names list from WYSIWYG loses its values when page saved by IE6 and IE7
    XWIKI-5183Upgrade from 2.0 to 2.3 invalidates spaces and pages with a "." in the name, cannot rename
    XWIKI-6294Cannot import a page that has ":" in the page name
    XWIKI-3696Attachment and Image dialogs in Wysiwyg editors should default to only allowing attachments and images to the current edited page

Description

Steps to reproduce:

  • Create a new page called "My.Page"
  • Add an attachment to the page.
  • Edit in WYSIWYG
  • Type then highlight some text, then click "Link -> Attached File.."
  • Choose "All Pages" tab
  • Navigate to the My.Page, then click the "+" plus next to Attachments.
  • The Error dialog pops up: "Server returned TRANSPORT_ERROR with no error message."
    (And no attachments are listed)

I'm not seeing an error on the server side, although I would think there should be..

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Marius Dumitru Florea added a comment -

Isn't this caused by the same thing as XWIKI-7874?

Show
Marius Dumitru Florea added a comment - Isn't this caused by the same thing as XWIKI-7874 ?
Hide
Permalink
Jamie Maher added a comment -

I don't think it's caused by the same thing:

Just tested it under 4.1 snapshot by creating a new page "My.Page" under "Sandbox" and then I attempted to list the attachments and I noticed something with the request.

The actual HTTP request is:
GET /xwiki/rest/wikis/xwiki/spaces/Sandbox/pages/My%5C.Page/attachments?undefined=null&r=673197 HTTP/1.1
Which results in a HTTP/1.1 404 Not Found

For some reason the page name has a urlencoded form of a backslash in it..
eg. My%5C.Page is My\.Page

When I made a manual request stripping out the '%5C' it worked:
GET /xwiki/rest/wikis/xwiki/spaces/Sandbox/pages/My.Page/attachments?undefined=null&r=673197

So this must be a client side javascript issue.. actually I noticed when you select the page itself in the "all pages" view it is listed below as: "My\.Page"

Show
Jamie Maher added a comment - I don't think it's caused by the same thing: Just tested it under 4.1 snapshot by creating a new page "My.Page" under "Sandbox" and then I attempted to list the attachments and I noticed something with the request. The actual HTTP request is: GET /xwiki/rest/wikis/xwiki/spaces/Sandbox/pages/My%5C.Page/attachments?undefined=null&r=673197 HTTP/1.1 Which results in a HTTP/1.1 404 Not Found For some reason the page name has a urlencoded form of a backslash in it.. eg. My%5C.Page is My\.Page When I made a manual request stripping out the '%5C' it worked: GET /xwiki/rest/wikis/xwiki/spaces/Sandbox/pages/My.Page/attachments?undefined=null&r=673197 So this must be a client side javascript issue.. actually I noticed when you select the page itself in the "all pages" view it is listed below as: "My\.Page"
Hide
Permalink
Marius Dumitru Florea added a comment -

Thanks for the extra information. I think I know the problem.

Show
Marius Dumitru Florea added a comment - Thanks for the extra information. I think I know the problem.
Hide
Permalink
Vincent Massol added a comment -

Note: cannot be easily ported to 4.1.x:

I changed xwikiexplorer.js a bit, but more importantly it depends on the new JS api for resolving/serializing entity references

Show
Vincent Massol added a comment - Note: cannot be easily ported to 4.1.x: I changed xwikiexplorer.js a bit, but more importantly it depends on the new JS api for resolving/serializing entity references

People

  • Assignee:
    Marius Dumitru Florea
    Reporter:
    Jamie Maher
Vote (0)
Watch (3)

Dates

  • Created:
    Updated:
    Resolved:
    Date of First Response: