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

Customizing entry types clears Optional fields 2 list #725

Closed
sebschub opened this issue Jan 27, 2016 · 9 comments
Closed

Customizing entry types clears Optional fields 2 list #725

sebschub opened this issue Jan 27, 2016 · 9 comments
Labels
bug Confirmed bugs or reports that are very likely to be bugs status: waiting-for-feedback The submitter or other users need to provide more information about the issue

Comments

@sebschub
Copy link

With jabref 3.2, it is reproduced in BibLaTeX mode and otherwise default settings:

  1. open "Options > Customize entry types"
  2. select entry type "article"
  3. add "journal" to to the "Required fields" and press OK
  4. open "Options > Customize entry types" again
  5. select entry type "article" again

With that, the Optional fields 2 list is empty.

@stefan-kolb stefan-kolb added the bug Confirmed bugs or reports that are very likely to be bugs label Jan 27, 2016
@stefan-kolb
Copy link
Member

@sebschub Should be fixed in master. Please check http://builds.jabref.org in a few minutes with the new build. Maybe also if all other custom type functionality is still working as expected 😄

@dliessi
Copy link

dliessi commented Sep 11, 2018

I have this issue again with the following versions:

JabRef 4.3.1
Linux 4.17.18-200.fc28.x86_64 amd64 
Java 1.8.0_181

@tobiasdiez tobiasdiez reopened this Sep 11, 2018
@davidcbenson
Copy link

I hope this is additional information. I am unsure if this is the same problem, but it seems to be. After customizing entries, optional fields will remain available for a single session. If the program closes for any reason, the optional field resets completely to a single optional field, and returns to the original order.

I have tried saving, applying then saving, and saving preferences to restore the preferences but nothing works.

JabRef 4.3.1
Windows 10 10.0 amd64
Java 1.8.0_181

@Siedlerchr
Copy link
Member

We would like to ask you to use a development build from https://builds.jabref.org/master and report back if it works for you. Please remember to make a backup of your library before trying-out this version.

@Siedlerchr Siedlerchr added the status: waiting-for-feedback The submitter or other users need to provide more information about the issue label Nov 1, 2018
@dliessi
Copy link

dliessi commented Dec 21, 2018

Sorry for being so late. I have just tested with JabRef-5.0-dev--snapshot--2018-12-19--master--949d20496.jar and the problem persists.
I would like to add that the fields in the Optional fields 2 list do not simply disappear, but are moved to the Optional fields list.

@Siedlerchr
Copy link
Member

I cannot reproduce it.

  1. create a new custom entry type -> mycustomentrytype or modify an existing field e.g. article add field Mittnum
  2. add some fields
    grafik
  3. save
  4. create an entry in entry editor with the new type => All fields are correct listed
  5. open customize entry types again -> Still looks the same

@dliessi
Copy link

dliessi commented Dec 22, 2018

Did you close and reopen JabRef in between?

I get the following:

  1. select entry type "article" and click "Default"
  2. close and reopen JabRef: all fields lists of entry type "article" still contain the default fields
  3. add "abstract" to "Required fields" in "article": both "Optional fields" and "Optional fields 2" contain the default fields, and they still do so if I close and reopen "Customize entry types" without closing JabRef
  4. close and reopen JabRef: now "Required fields" still contains the default fields plus "abstract", but all fields of "Optional fields 2" have been moved to "Optional fields", which now contains all default optional fields in a seemingly random order

Tested just now with

JabRef-5.0-dev--snapshot--2018-12-19--master--949d20496.jar
Linux 4.19.9-300.fc29.x86_64 (Fedora 29)
Java 1.8.0_181

@LinusDietz
Copy link
Member

good point!

@calixtus
Copy link
Member

Reimplementing the custom entry types dialog in #5799 by @Siedlerchr has solved this issue. Thanks to him, I think this issue can be closed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Confirmed bugs or reports that are very likely to be bugs status: waiting-for-feedback The submitter or other users need to provide more information about the issue
Projects
Archived in project
Development

No branches or pull requests

8 participants