We are moving to Git Issues for bug tracking in future releases. During transition, content will be in both tools. If you'd like to file a new bug, please create an issue.

Bug 6347 - Moving articles to DSpace via SWORD plugin error
Moving articles to DSpace via SWORD plugin error
Product: OJS
Classification: Unclassified
Component: Import/Export
All All
: P3 normal
Assigned To: PKP Support
Depends on:
  Show dependency treegraph
Reported: 2011-01-14 07:42 PST by Andrea Marchitelli
Modified: 2016-03-18 08:51 PDT (History)
5 users (show)

See Also:
Version Reported In:
Also Affects:


Note You need to log in before you can comment on or make changes to this bug.
Description Andrea Marchitelli 2011-01-14 07:42:34 PST
I installed SWORD plugin on OJS 2.3.3-3 for exporting articles to a DSpace repository.

I configured the plugin with the service point url, username and password but i can not export all the articles that I want to export, but onli that one that are listed on the first page of the list

The articles from 2nd or 3rd page do not submit.
When Iincrease the page size there is no problem.
Comment 1 Alec Smecher 2011-01-14 10:14:42 PST
Andrea, do you mean that the "Select All" button only selects all articles on the first page?
Comment 2 Andrea Marchitelli 2011-01-14 10:55:23 PST
No, I mean that if I need to export only an article and this article is not in the first page of the list, i can not export it.

I've found that:
If I first refresh the DSpace target and chose the collection, I loose the destination collection when I move to another page of the pagination list
If I first go on a page (e.g. the 10th) and then I call for refresh the target, the browser reload page and move me to the first pahe of the list.

Sorry, Alech, it is difficult to explain in Italian; quite impossible for me in English!!!! I hope it is clear.
Comment 3 Andrea Marchitelli 2011-02-02 03:19:05 PST
We have a possible fix for the problem I noted.

The problem was that there was some variables not passing in get at the moment of pagination.

We preferred not to pass in GET username and password and we slightly modified the article.tpl

 original string: <td colspan="3" align="right">{page_links anchor="articles" name="articles" iterator=$articles swordUrl=$swordUrl swordUsername=$swordUsername swordPassword=$swordPassword}</td>

modified:	<td colspan="3" align="right">{page_links anchor="articles" name="articles" iterator=$articles swordUrl=$depositPoint.url depositPoint=0}</td>

Do you see any problem in that?
Comment 4 Alec Smecher 2011-02-02 09:04:55 PST
Andrea, this probably won't work with all deposit point types. I agree that feeding passwords back via templates is a bad solution, but this will need a more systematic fix for all deposit point types to work properly. If this modification works for you for the time being, then I'd suggest going ahead.
Comment 5 Andrea Marchitelli 2011-02-02 12:06:32 PST
Alech, thank for the feedback.
I need only to deposit made by admins, so the trick is ok.

If you can supply a patch, certainly we will use it.
Comment 6 victor 2016-03-18 06:14:46 PDT

I have the same problem.

Any solution for this??
Comment 7 Alec Smecher 2016-03-18 08:51:47 PDT
This bug entry has been moved to github -- see https://pkp.sfu.ca/bugzilla/show_bug.cgi?id=6347 -- and there are some notes there that may be useful.