Anonymous | Login | 2024-08-24 20:59 EDT | ![]() |
Main | My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | Project | Category | View Status | Date Submitted | Last Update | |||
0001364 | PacketFence | core | public | 2012-01-11 09:49 | 2015-02-18 10:55 | |||
Reporter | obilodeau | |||||||
Assigned To | ||||||||
Priority | normal | Severity | minor | Reproducibility | random | |||
Status | closed | Resolution | open | |||||
Platform | OS | OS Version | ||||||
Product Version | ||||||||
Target Version | Fixed in Version | |||||||
Summary | 0001364: our Config::IniFiles usage is not bullet proof | |||||||
Description | See 0000960: "Using ->ReWriteConfig instead of ->WriteConfig in pfcmd could've fixed it however I just read that both don't perform locking or transaction control so it would be worse if we read an incompletely written file then modify it and write it back." See https://metacpan.org/module/Config::IniFiles#BUGS [^] Because Config::IniFiles performs no locking, the following would be possible: someone makes a change between the time pfcmd reads and write another change. The original change would be lost. Because pfcmd reads, performs the change then writes. Chances are probably very low that someone ever got bitten by this. | |||||||
Tags | No tags attached. | |||||||
fixed in git revision | ||||||||
fixed in mtn revision | ||||||||
Attached Files | ||||||||
![]() |
|
(0003871) lmunro (administrator) 2015-02-18 10:55 |
Obsolete bug tracker entries. PF 4 introduced changes that either make these irrelevant or impossible to reproduce. New issues are moving to github issues. |
![]() |
|||
Date Modified | Username | Field | Change |
2012-01-11 09:49 | obilodeau | New Issue | |
2012-01-11 09:49 | obilodeau | Description Updated | |
2015-02-18 10:55 | lmunro | Note Added: 0003871 | |
2015-02-18 10:55 | lmunro | Status | new => closed |
Copyright © 2000 - 2012 MantisBT Group |