XWiki Eclipse

Opening two pages with the same fullname but from two distinct wikis won't work

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 1.0
  • Fix Version/s: 1.0.1
  • Component/s: None
  • Labels:
    None
  • Similar issues:
    XECLIPSE-101Refresh option on an opened page should update it in the editor also.
    XECLIPSE-49Offline work - optional embedding of an XWiki server
    XECLIPSE-102Open page dialogue not working against MySQL
    XECLIPSE-106Endless loop when typing a square bracket
    XECLIPSE-68ClassCastExceptions reported when opening pages from XWiki 1.2
    XECLIPSE-105"Enter" key generates two carriage returns
    XECLIPSE-63Refresh space action
    XECLIPSE-118Page preview Browser component on "Work Offline" mode makes XEclipse unusable.
    XECLIPSE-141Shortcut for the "Open XWiki page" command conflicts with the "Print" command
    XECLIPSE-98Loading infinite strange loop

Description

Scenario:

1) I connect to wiki1.xwiki.com from XEclipse
2) I connect to wiki2.xwiki.com from XEclipse
3) I open "Main.WebHome" from wiki1 (from the "Open page" wizard)
4) when opening Main.WebHome from wiki2 from the "Open page" wizard, actually nothing happens: it seems XEclipse mixes up wiki2:Main.WebHome and wiki1:Main.WebHome

Actually I also notice some side effects: sometimes, wiki pages from wiki2 get loaded in the wiki1 tree.

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Fabio Mancinelli added a comment -

Revision: 6091 fixes the bug.

For the extra side effects, when do they appear? When creating new pages?

Show
Fabio Mancinelli added a comment - Revision: 6091 fixes the bug. For the extra side effects, when do they appear? When creating new pages?
Hide
Permalink
Stéphane Laurière added a comment -

the side effects appeared when loading the tree nodes. I'll give a try with revision 6091, maybe that will fix the bug.

Show
Stéphane Laurière added a comment - the side effects appeared when loading the tree nodes. I'll give a try with revision 6091, maybe that will fix the bug.
Hide
Permalink
Fabio Mancinelli added a comment -

The bug was due to the implementation of equals+hashCode in the XWikiSpace.
It was comparing only the space key instead of comparing also the connections.

So two spaces from two different connections were considered equals and pages were added to the first one that was found in the internal representation of the tree.

Show
Fabio Mancinelli added a comment - The bug was due to the implementation of equals+hashCode in the XWikiSpace. It was comparing only the space key instead of comparing also the connections. So two spaces from two different connections were considered equals and pages were added to the first one that was found in the internal representation of the tree.

People

  • Assignee:
    Fabio Mancinelli
    Reporter:
    Stéphane Laurière
Vote (0)
Watch (0)

Dates

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