Yeah I also have to use it in Remini mod apk. can you confirm?
Yeah I also have to use it in Remini mod apk. can you confirm?
This issue was assigned CVE-2022-41404.. It would be great to resolve this issue - can the project maintainer please accept the requested change and make a release?
I have an .ini file that has multiple sections, each with unique values, but some with repeated names: [MAIN] uix = 100 uiy = 90 [SECTION2] uix = 120 uiy = 190 [SECTION3] uix = 200 uiy = 30 I am able to read specific sections and get values. The problem is this. When I store the updated values for Section2, the result is a file with only Section 2. All other content of the .ini file is erased, as though a new file is created. Is there a "update" function I am missing? Or is it necessary to read and...
I tried to limit the number of recursions. Can this modification solve the above problem? https://github.com/SuperMap/ini4j/commit/917865af0244c32fafe9939fe69af6577f9a6077
https://github.com/Paradox98/ini4j I tried to limit the number of recursions. Can this modification solve the above problem?
https://github.com/Paradox98/ini4jI tried to limit the number of recursions. Can this modification solve the above problem?
https://github.com/Paradox98/ini4jI tried to limit the number of recursions, and the current test case can avoid dos attack
I have taken a quick look to the source code, the problem seem to come from the recursive calls from the BasicProfileSection.fetch and BasicProfile.resolve methods... recursive loop is still present in version 0.54, without any limitation.
@szkiba, @bingdian: the description mentions that the issue is present before version 0.5.4. Can you elaborate where the issue was fixed landing in that version?
The package org.ini4j before 0.5.4 are vulnerable to get value via the fetch() method in BasicProfile class, which may lead to DoS attacks.
Hi, I have a problem when I have a properties inside the INI file of this type: xxxx.yyyy , that is, it has dots inside the name, the library cannot correctly create the object with its value. While if I build everything manually ini.get ("ventilation", "xxxx.yyyy") works. could you help me?
Should be possible to supply custom parsers to BeanTools.parseSpecialValue()
Ini.Section.as(Bean.class) should instantiate java beans
Pardon, ...should invoke Ini.fetch("Operation/Bypass") instead of...
Injector shoult use Macro/variable substitution
BeanTool: Static factory methods instead of deprecated constructors should be used
please document error handling
I have senario where value contains leading white spaces such as .000001 (bbb.000001). Get or fetch methods are trimming leading white spaces. Is there an option available to not do this?
I have senario where value contains leading white spaces such as .000001. Get or fetch methods are trimming leading white spaces. Is there an option available to not do this?
Found the solve in description. You shoul use Wini class instead Ini
I have the same problem. Is there solve the problem with beginning "u"
section.getAll is buggy
Section
wondering, why it wasn't done yet. 3 small changes required
Added patch.
Duplicate of [#39]
solved!
same for me. this doesn't work only returns the last key of the given section ! lurking...
same for me. this doesn't work only returns the last key of the given section ! lurking...
fix central repo deploy problem
[maven-release-plugin] prepare for next develop...
[maven-release-plugin] copy for tag ini4j-0.5.4
[maven-release-plugin] prepare release ini4j-0.5.4
update release process
fix pom urls
fix pom urls
[maven-release-plugin] prepare for next develop...
[maven-release-plugin] copy for tag ini4j-0.5.3
[maven-release-plugin] prepare release ini4j-0.5.3
fix pom
[maven-release-plugin] prepare release ini4j-0.5.3
fix pom
fix scm
[maven-release-plugin] prepare release ini4j-0.5.3
escape ':' and '=' in option and section names.
commit test
ClassCastException during store()
Might have given it the wrong priority lvl, I'm new to sourceforge's error reporting...
Error in dependency on download page
ini4j fails to compile with Java 8