[Archivesspace_Users_Group] Multiselect Ordering

Thu Aug 13 12:59:01 EDT 2015

Hey Allyson,

Yeah, I didn't know about it either until I went through the code last summer trying to figure how everything worked. It seemed like it was intentional but it took me awhile to figure out why...turns out it's kind of nice feature.

For example, look at this screen grab:

[cid:6385461a-6037-4b39-b75c-f1063c63f53d]

Let's say I Ctl- select Folders 7,8,9,10,11 in that order then move them to the top of the list. The result is:

[cid:b28eb0a0-4848-4d68-bfd9-a9d071e4019e]

Items with Folder 7, 8, 9, 10, 11 are now in the order I selected.

Maybe unexpected, but useful.

b,chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org <archivesspace_users_group-bounces at lyralists.lyrasis.org> on behalf of Allyson Smally <asmally at colgate.edu>
Sent: Thursday, August 13, 2015 6:32 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Multiselect Ordering

This was actually the issue I had just noticed here at Colgate.
Thank you for the explanation - I understand now, although it is not really a functionality I would have expected if you had not brought it to our attention.

- Allyson

On Thu, Aug 13, 2015 at 11:39 AM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:

Hi,

Just a quick note related to the reordering issues...

One thing I've notice that some people are not aware of is that the multiselect batch moves depend on the order in which you multiselect. For example, if you first select an Archival Object and shift select several records above it, then move those records in a block, you're block will be moved in inverted order.

For example:

AO 1

AO 2

AO 3

AO 4

AO 5

If I select AO 4, then shift select AO 3 and AO 2 and move them to above AO 1, my result will be:

AO 4

AO 3

AO 2

AO 1

AO 5

The same is for ctl- select. The block you're moving depends on the order you select. This is the intended functionality...

Does this explanation make sense?

best ,chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048<tel:918.236.6048>
http://archivesspace.org/

________________________________
From: Chris Fitzpatrick
Sent: Thursday, August 13, 2015 5:33 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Continuing Problem in Re-Ordering of components - Critical

Hi Ben,

Sure, I guess I would start out again by just mentioning again that part of the problem with this problem is that it's not a problem, but rather a series of problems. We've been closing out a lot of the issues, but since there's so much going on in ArchivesSpace, it's really dependent on a lot of factors.

So, it's really helpful to know a few things...one would be a general description of the record ( Accession? Resource? Digital Object? Archival Object? Digital Object Component? Classification? ). And especially the size of the records involved ( especially the number of records you tried to move and how many siblings that record has ).

Also good to know if your data was imported from an EAD, migrated from Archon/AT, or made from scratch in the application. Also good to know if you've done any transfers for this data ( although these issues have been mostly fixed, I believe ).

It's also helpful to know what the user did. Did they click on one record and try and move it or Was it a multiselected batch? Was the multiselect a shift- multiselect or a ctl- multiselect? Did you start from the top and go down on the multiselect or from the bottom and then go up? If it was a ctl- multiselect, what order did you select the records? (more on this in a followup email ) Did you move the record(s) down the list in the same series or up the list in the same series? Or did you re-parent the records into a new series?

And it's really helpful if you can replicate this somewhere we can look at the records. Like in the sandbox or test.archivesspace.org<http://test.archivesspace.org>.

Also very helpful if people can test out changes we've made on the dev releases prior to the version release.

We have people on the TAC and UAC testing this out, so if people want to volunteer to test, I think they would be welcome.

And, of course, it would be really great it the community could start troubleshooting locally and producing code fixes ( or at least tests )  and sending in pull-requests.

In regards to tracking, I'd mention we do have a Jira issue tracker,  but I'd leave it to the community to decide what's the best way to track these kinds of support issues...

b,chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048<tel:918.236.6048>
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Ben Goldman <bmg17 at psu.edu<mailto:bmg17 at psu.edu>>
Sent: Thursday, August 13, 2015 4:35 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Continuing Problem in Re-Ordering of components - Critical

Hi Chris,

Could you just take a moment to lay out for us what specific information is required to troubleshoot this issue, so we can all start collecting/sharing data in a helpful way? What specific information about the server environment do you need to know? And how would you like us to share what the data looks like? Would attaching an XML version of the record suffice?

And is there a better way to collect this data from the institutions experiencing this issue than the listserv? I think it may be worth looking for ways we as a community can start working more stridently toward a solution on this. It's disconcerting this issue has lingered through several versions of ASpace especially since, as Emma suggested, this issue is kind of a deal-breaker when encountered. It not only stifles work, it also creates distrust by users working in the system, which works against our efforts to advocate for ASpace locally at our institutions, and more broadly in the archives community.

Thanks,
Ben

Ben Goldman
Digital Records Archivist &
Sally W. Kalin Early Career Librarian for Technological Innovations
Penn State University Libraries

________________________________
From: "Chris Fitzpatrick" <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Thursday, August 13, 2015 10:09:46 AM
Subject: Re: [Archivesspace_Users_Group] Continuing Problem in Re-Ordering of components - Critical

Hi Lora,

Thanks. One thing to keep in mind is that LYRASIS hosting is separate from the ArchivesSpace, so if you're having problems with the application, you should send that information to the ArchivesSpace project team if you want support from us on it ( "us" being ArchivesSpace and not LYRASIS ).

Also, going through all these "reordering issues", one of the problems with troubleshooting this has been it is heavily depending on how the data is structured, what user is doing, and the server environment. So, it's really helpful to get a description of what the data looks like, what actions the user was doing, and your server environment ( in your case, you're hosted, which is enough information ).

best, chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048<tel:918.236.6048>
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Lora Davis <ljdavis at colgate.edu<mailto:ljdavis at colgate.edu>>
Sent: Thursday, August 13, 2015 3:59 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] Continuing Problem in Re-Ordering of components - Critical

All,

Just a quick between-meetings post to note that we at Colgate (Lyrasis hosted) are also seeing a reappearance of this component reordering trouble.  Our Processing Archivist will contribute a longer post detailing the issues she's had (including a new behavior we've never encountered before) later today, but for now I wanted to jump in and say "us too."

As a hosted instance we have also reported these issues to Lyrasis as well.

Best,

Lora

On Thu, Aug 13, 2015 at 9:34 AM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:

Hi Patrick,

It's on the MySQL server that there's usually a bottleneck. What are the setting there?

Also, it's probably a good idea to try out the dev releases and see if you run into these issues. You can download the latest here:

https://github.com/archivesspace/archivesspace/releases

[https://avatars2.githubusercontent.com/u/1311559?v=3&s=400]<https://github.com/archivesspace/archivesspace/releases>

Releases · archivesspace/archivesspace · GitHub
archivesspace - The ArchivesSpace archives management tool
Read more...<https://github.com/archivesspace/archivesspace/releases>

b,chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048<tel:918.236.6048>
http://archivesspace.org/

________________________________
From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Galligan, Patrick <PGalligan at rockarch.org<mailto:PGalligan at rockarch.org>>
Sent: Thursday, August 13, 2015 2:58 PM
To: Archivesspace Users Group

Subject: Re: [Archivesspace_Users_Group] Continuing Problem in Re-Ordering of components - Critical

Chris,

I’ll chime in and say that reordering has continued with the update to 1.3.0. I have not resequenced since the upgrade, which MIGHT fix the problem, but two archivists have identified that it still happens at the RAC. Sometimes the finding aids are large, but sometimes they are just medium sized.

We only have AS running on our VM, and it should have plenty of ram. See top information below:

top - 08:56:43 up 44 days, 23:58,  1 user,  load average: 0.36, 0.11, 0.03

Tasks: 181 total,   1 running, 180 sleeping,   0 stopped,   0 zombie

Cpu(s):  0.2%us,  0.7%sy,  0.0%ni, 98.8%id,  0.2%wa,  0.0%hi,  0.0%si,  0.0%st

Mem:  10131060k total,  9929312k used,   201748k free,   106888k buffers

Swap:  6160376k total,    30592k used,  6129784k free,  7918028k cached

Patrick Galligan

Rockefeller Archive Center

Assistant Digital Archivist

914-366-6386<tel:914-366-6386>

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>] On Behalf Of Chris Fitzpatrick
Sent: Thursday, August 13, 2015 8:38 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>)
Subject: Re: [Archivesspace_Users_Group] Continuing Problem in Re-Ordering of components - Critical

Hi Emma,

How much RAM do you have for the application and for the MySQL server? When reordering components with lots of siblings ( hundreds or thousands ), the positions of all the sibling components need to be updated. If you're running into a bottle neck on the server, this can timeout and cause the reordering to be incomplete.

There is some documentation on performance here : http://archivesspace.github.io/archivesspace/

I've recently added some code that freezes the tree until the move operation has been completed, which should help with this problem. Closing the record does not actually do anything other than change the browser's page. If you refresh the page, it will refresh the tree as well.

b,chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048<tel:918.236.6048>
http://archivesspace.org/

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Emma Jolley <EJOLLEY at nla.gov.au<mailto:EJOLLEY at nla.gov.au>>
Sent: Thursday, August 13, 2015 3:50 AM
To: Archivesspace Users Group (archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>)
Subject: [Archivesspace_Users_Group] Continuing Problem in Re-Ordering of components - Critical

Dear ArchivesSpace

We are continuing to encounter the component re-ordering problem when we edit resources even though we have recently upgraded to the latest version of ArchivesSpace.

For example, we created a new resource record by importing an EAD XML finding aid to ArchivesSpace.  We then started editing the resource record, creating new components and moving existing components around the component hierarchy.  Screenshots of the edited version, prior to closing the resource record, are attached (Set 1).  As soon as the resource record was closed, many of the components re-ordered themselves (see screenshots Set 2).

We then tried re-re-ordering the components, one change at a time (Edit - change – Close, Edit – change – Close, etc.).  Following this method, the preferred order of components did seem to ‘stick’.  However, this is not a viable solution as this adds significantly to the time required to make even minor changes to resource records and will greatly hamper our use of ArchivesSpace for resource description and is virtually impossible when dealing with some of our larger collections which have thousands of components in them.

This is extremely frustrating and means that we are unable to undertake any detailed work or data entry at component level of Resource Records as it is too difficult to use. This is a critical problem for us as we are currently in a massive finding-aid project that requires extensive work on resource records.

Is there any advice on the delivery of a solution to this problem? It seems to have been around for a long time and we would be extremely grateful to see an urgent solution.

I would be happy to log this as a Bug if someone could send me advice on how to do so.

Many thanks

Emma

Emma Jolley| Curator of Digital Archives, Pictures and Manuscripts Branch|National Library of Australia Canberra ACT 2600
e: emma.jolley at nla.gov.au<mailto:emma.jolley at nla.gov.au>|t: 02 6262 1456| www.nla.gov.au/ms<http://www.nla.gov.au/ms>

http://www.nla.gov.au/support-us/make-a-collection-offer-pictures-and-manuscripts

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> [mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org] On Behalf Of Chris Fitzpatrick
Sent: Saturday, 15 November 2014 9:52 AM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] reordering objects in resource records

Hi everyone,

Thanks for this and sorry about the pain this has been causing. A few points:

1) Just to clarify, this isn't a 1.1.0 bug. It's actually affects all versions of AS.

2) Payton from Hudson Molongo's patch is included into github now, but I still need to write tests for it. If you want the fix now, you can do a fresh build on the current version in github. and let us know if it works for you

3) In regards to process, I think the problem was that this was reported along with another similar issue involving instances re-ordering. Also, in trying to replicate this issue, I mistakenly assumed that it was strictly a "drag-and-drop" issue and was missing the key edit part of the problem, so I wasn't able to see the problem immediately.

But, regardless, we all need to make sure that PT tickets get made for any bug or feature request. If its not in PT, it's probably not going to be addressed.

 I know not everyone has "create" access in Pivotal Tracker ( there's a license/cost issue there ), but there are quite a few colleagues who can submit tickets.

I'm also trying to think of ways we can ensure discussions generated here get captured into tickets, with good suggestions. Anyone have some suggestions on things that work or that they think might work?

Let me know what you think.

best,

chris

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048<tel:918.236.6048>
http://archivesspace.org/

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Ben Goldman <bmg17 at psu.edu<mailto:bmg17 at psu.edu>>
Sent: Friday, November 14, 2014 9:51 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] reordering objects in resource records

Thanks to everyone who's been testing this and reporting back to the list. At Penn State we have not had a chance to test this yet as we haven't upgraded to 1.1, but I would just add that this particular bug has led us to effectively freeze all data entry at the component level of resource records, because the results are just too unpredictable and difficult to remediate. I suspect that other ASpace users might feel the same way. I would hope that ArchivesSpace could prioritize this fix for immediate release.

Thanks,
Ben

Ben Goldman
Digital Records Archivist
Penn State University Libraries
University Park, PA
814-863-8333<tel:814-863-8333>
http://www.libraries.psu.edu/psul/speccolls.html

________________________________

From: "Lora Davis" <ljdavis at colgate.edu<mailto:ljdavis at colgate.edu>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Friday, November 14, 2014 3:43:19 PM
Subject: Re: [Archivesspace_Users_Group] reordering objects in resource        records

Yes, just to reiterate what Allyson, Elliot, and Teresa have shared - this happens at random but does not seem to be directly correlated (at least for us) to actually dragging/dropping/moving components.  A case in point: I've been going through and adding access restriction notes to various components within existing administrative collections.  Last week I clicked on several existing components in a resource record, added conditions governing access notes to those components, saved the changes, and went about the rest of my day.  The following day I pulled up the resource to answer a reference question and, lo and behold, it appeared as if someone had dipped a giant wooden spoon into the cauldron that was the collection and stirred all the components about in an infuriatingly nonsensical way to make component soup of our previously well-ordered resource record.

Payten - Thanks for sharing this code, but just to confirm, have you tested this fix against the scenario I describe (editing but not moving a component)?  I just want clarification since the description for your patch ("Patch for drag and drop causing record to lose position/parent") does not align with the primary problem we are encountering.  Again, thanks for your hard work.

Chris - Do we have a timeline for this release?  We are seeing many benefits to our transition to ArchivesSpace, but this problem has been a constant thorn in our sides since we first reported it in June.  We had hoped that 1.1.0 would resolve this issue (as we'd been told it would), but we remain anxious for the day when we can rest assured that ArchivesSpace gnomes won't enter our resources at night and scramble them all about.

Best,

Lora Davis

On Wed, Nov 12, 2014 at 8:40 AM, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:

Ah, awesome Payten.

I couldn't get this to replicate and was thinking it was something in the backend.

Will apply this and include it in the next release.

Thanks!

b,chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048<tel:918.236.6048>
http://archivesspace.org/

________________________________

From: Payten Giles <payten.giles at gmail.com<mailto:payten.giles at gmail.com>>
Sent: Wednesday, November 12, 2014 5:44 AM
To: Chris Fitzpatrick; Archivesspace Users Group

Subject: Re: [Archivesspace_Users_Group] reordering objects in resource records

Hi there Chris, Allyson,

Eavesdropping a little bit and the guilt of writing this code became too much!

Chris, this looks like a little bug in the tree.js where we aren’t checking the correct node.. the comment says the right thing while the code does the wrong thing.  Here’s a gist of a potential patch:

https://gist.github.com/payten/649819e7f08d0de3e945

To replicate I have a Resource hierarchy something like this:

- Resource

- AO Parent

- AO Child 1

- AO Child 2

- AO Child 3

- AO Child 4

I select and go to edit ‘AO Child 3’.  When that form is visible I drag ‘AO Child 4’ above to become the first sibling.  I then continue to edit ‘AO Child 3’ and refresh the page.  ‘A0 Child 3’ is now positioned directly under ‘Resource’.

Happy to put together a more formal pull request if you like.

Cheers,

Payten

On 11 Nov 2014, at 12:53 am, Chris Fitzpatrick <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>> wrote:

Hi Allyson,

Unfortuantely, I haven't been able to replicate the problem of component movements not sticking. See =>

https://drive.google.com/file/d/0BzRF7huQ7tqKS29oM2RZZWNubGc/view?usp=sharing )

In edit mode, I'm able to drag and drop components, reload the page, or go to the view page.

Is this happening for every record every time for you? Or is it an infrequent thing?

Not doubting you ( I promise! ) , just trying to see when this is happening...

b,chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048<tel:918.236.6048>
http://archivesspace.org/

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Allyson Smally <asmally at colgate.edu<mailto:asmally at colgate.edu>>
Sent: Friday, November 07, 2014 6:04 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] reordering objects in resource records

Hello all -

Unfortunately, after upgrading to the newest release, we are still having this problem.

Archival objects are reordering themselves after being edited.

Is anyone else still having this problem? Does anyone know of a solution?

Thanks very much,

Allyson

Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867<tel:%28315%29%20228-7867>

On Thu, Sep 25, 2014 at 8:14 AM, Ben Goldman <bmg17 at psu.edu<mailto:bmg17 at psu.edu>> wrote:

Hi Chris,

Archival object tree.

Thanks!

-Ben

________________________________

From: "Chris Fitzpatrick" <Chris.Fitzpatrick at lyrasis.org<mailto:Chris.Fitzpatrick at lyrasis.org>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Thursday, September 25, 2014 3:46:10 AM

Subject: Re: [Archivesspace_Users_Group] reordering objects        in        resource        records

Hey Ben,

Soon, I promise!

But just to check, are you talking about reording the archival object tree for the resource or the order of things like notes and subjects?

b,chris.

Chris Fitzpatrick | Developer, ArchivesSpace
Skype: chrisfitzpat  | Phone: 918.236.6048<tel:918.236.6048>
http://archivesspace.org/

________________________________

From: archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org> <archivesspace_users_group-bounces at lyralists.lyrasis.org<mailto:archivesspace_users_group-bounces at lyralists.lyrasis.org>> on behalf of Ben Goldman <bmg17 at psu.edu<mailto:bmg17 at psu.edu>>
Sent: Tuesday, September 23, 2014 10:19 PM
To: Archivesspace Users Group
Subject: Re: [Archivesspace_Users_Group] reordering objects in resource records

Thanks, Allyson. I knew it sounded familiar!

Do we have an ETA on the next release yet? :)

-Ben

________________________________

From: "Allyson Smally" <asmally at colgate.edu<mailto:asmally at colgate.edu>>
To: "Archivesspace Users Group" <archivesspace_users_group at lyralists.lyrasis.org<mailto:archivesspace_users_group at lyralists.lyrasis.org>>
Sent: Tuesday, September 23, 2014 4:15:04 PM
Subject: Re: [Archivesspace_Users_Group] reordering objects in resource        records

Hi Ben,

Yes, from what I understand this is a known issue. It has been happening to us a lot as well.

At SAA this August, I was told it would be fixed in the next release.

-Allyson

Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867<tel:%28315%29%20228-7867>

On Tue, Sep 23, 2014 at 2:52 PM, Ben Goldman <bmg17 at psu.edu<mailto:bmg17 at psu.edu>> wrote:

Hello,

I've just experienced an issue and on a cursory search can't tell if it's been noted in PivotalTracker yet or discussed here yet.

I've been editing an inventory object-by-object in a resource record, saving each object as I updated it. In one instance I reordered one of the objects by dragging it further down the tree, then continued editing other objects. Then I reached an object that could be removed, clicked to delete it,  the resource reloaded in View mode, and the objects appeared to shuffle, and not seemingly in the order I started with.

-Ben

Ben Goldman
Digital Records Archivist
Penn State University Libraries
University Park, PA
814-863-8333<tel:814-863-8333>
http://www.libraries.psu.edu/psul/speccolls.html

--

Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867<tel:%28315%29%20228-7867>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

--

Lora J. Davis
Assistant Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346

Tel:  (315) 228-6376<tel:%28315%29%20228-6376>
Fax: (315) 228-7934<tel:%28315%29%20228-7934>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

--
Lora J. Davis
Collections Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
Tel:  (315) 228-6376<tel:%28315%29%20228-6376>
Fax: (315) 228-7934<tel:%28315%29%20228-7934>

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

_______________________________________________
Archivesspace_Users_Group mailing list
Archivesspace_Users_Group at lyralists.lyrasis.org<mailto:Archivesspace_Users_Group at lyralists.lyrasis.org>
http://lyralists.lyrasis.org/mailman/listinfo/archivesspace_users_group

--
Allyson E. Smally
Processing Archivist
Colgate University Libraries
13 Oak Drive
Hamilton, NY 13346
(315) 228-7867
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150813/c5981a98/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2015-08-04 at 21.04.27.png
Type: image/png
Size: 1747620 bytes
Desc: Screen Shot 2015-08-04 at 21.04.27.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150813/c5981a98/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2015-08-04 at 21.05.03.png
Type: image/png
Size: 1817292 bytes
Desc: Screen Shot 2015-08-04 at 21.05.03.png
URL: <http://lyralists.lyrasis.org/pipermail/archivesspace_users_group/attachments/20150813/c5981a98/attachment-0001.png>