Search Issue Tracker
Fixed in 2018.1.X
Fixed in 2017.3.X
Votes
0
Found in
2017.3.0b4
Issue ID
958573
Regression
Yes
PreferenceItem attribute does not create a section in the Preferences window if a public static method is used
How to reproduce:
1. Open the attached "Test" project and "Scene"
2. Observe "PrefTest" script, note that two PrefrenceItem attributes are used with two static functions nearby them. [PreferenceItem("Preferences B")] static method has a public access modifier, while [PreferenceItem("Preferences A") static method does not have any access modifier (is private by default)
3. Go to Edit --> Preferences
Expected result: Sections are created for both [PreferenceItem("Preferences A")] and [PreferenceItem("Preferences B")
Actual result: Only one preference section is created only for [PreferenceItem("Preferences A")] that is private by default
Regression introduced in - 2017.3.0a5
Reproducible with - 2018.1.0a1, 2017.3.0b4, 2017.3.0a5
Not reproducible with - 2017.3.0a4, 2017.2.0f3,
Note: Preference section is created if using protected access modifier
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- [Metal] Game freezes after command buffer Timeout error
 - Addressables Report window UI is broken when opening via Build > New Build > Default Build Script
 - Addressables Profiles window UI break when creating a new Variable with a long name
 - No character limit when renaming Profile in Addressables Profile window, allowing excessively long names
 - Blurry, low quality Active Profile icon used in Addressables Profiles window
 
Add comment