Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

EMu will not consistently create new lot numbers #39

Open
ljwalker opened this issue Sep 20, 2019 · 9 comments
Open

EMu will not consistently create new lot numbers #39

ljwalker opened this issue Sep 20, 2019 · 9 comments
Labels
bug Something isn't working module - catalogue

Comments

@ljwalker
Copy link
Member

ljwalker commented Sep 20, 2019

What module(s) and tab(s) does this bug affect?
Catalogue: Invert Paleo

Describe the problem
During cataloging, EMu will not consistently create new numbers in the Lot No. field. This problem occurs immediately after a number is specified in the Locality field, after which "tab" immediately is keystroked. The only apparent solution is to close and reopen the Catalogue module, which is very inefficient.

Describe the solution you'd like
EMu should be able to create new lot numbers. This step is fundamental to the cataloging process.

@ljwalker ljwalker added the bug Something isn't working label Sep 20, 2019
@wlmertz
Copy link
Collaborator

wlmertz commented Oct 1, 2019

Axiell has added a Local Field for SitSiteNumber to mimic the setup for Marine Invertebrates. Lets see if this resolves the issue with the Lot Number not incrementing. Please follow-up.

@wlmertz
Copy link
Collaborator

wlmertz commented Oct 2, 2019

10/02/2019 updated client on Marconi. Please contact me if numbering issue persists.

@ljwalker
Copy link
Member Author

Daniel and Shawn report that they are still regularly experiencing this issue in EMu.

@wlmertz
Copy link
Collaborator

wlmertz commented Jan 31, 2020

Thanks. I'll contact Axiell about this again. It is difficult to diagnose since it cannot be reproduced. Next time this occurs, please contact me immediately so I can test that specific record.

@dmarkbreiter
Copy link
Collaborator

@wlmertz
Below is an example of the bug, as I've encountered it. When the record's locality number is changed to '40374' and a lot number of '46' is assigned by EMu, "This Bar Code Already Exists" error message is displayed and the record can't be saved.

The record was edited using Heather Chaides's account.

LotNumberBugPic

@wlmertz
Copy link
Collaborator

wlmertz commented Feb 12, 2020

This is because we've disabled editing for Lot No. EMu responded as expected. 40374 Lot No. 46 does indeed already exists, and therefore EMu will not add it until the Lot No. is updated (which it can't be because Lot No. editing is currently disabled.) I'll modify the permissions to allow editing. Should editing be allowed for all IP Cataloging group and Invertebrate Paleontology group?

@wlmertz
Copy link
Collaborator

wlmertz commented Feb 12, 2020

I've changed the permissions. Please test again. Also, if editing the Locality field in Catalog is to be allowed, then Lot No. cannot be read-only.

@ljwalker
Copy link
Member Author

ljwalker commented Feb 12, 2020

Should editing be allowed for all IP Cataloging group and Invertebrate Paleontology group?

No, no one in IP should be able to edit lot numbers at this time.

Daniel's immediate issue has been resolved.

@wlmertz
Copy link
Collaborator

wlmertz commented Feb 12, 2020

Thanks. Only group Invertebrate Paleontology can edit Lot No. , and therefore only group Invertebrate Paleontology should change the Locality of a Catalog record. I will disable editing of Locality in Catalog for all other groups as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working module - catalogue
Projects
None yet
Development

No branches or pull requests

3 participants