Bug #8427
LOG-MANAER:CLOSE-LOG does not reset the enabled state
Start date:
Due date:
% Done:
100%
billable:
No
vendor_id:
GCD
case_num:
History
#1 Updated by Constantin Asofiei about 2 months ago
From #8237-30:
There is a bug in LOG-MANAGER which isn't a show-stopper. See this test:
message "not for log-manager". log-manager:logfile-name = "test1.log". log-manager:write-message("test1"). log-manager:close-log(). // this error message is sent via ThinClient.applyChanges to logManagerService.write(sstate.logManagerRecords); // why is not LegacyLogManagerImpl.resetEnabled called when the 'close-log' is called? // this ends writing lots of "No file open. LOG-MANAGER logs discarded." warnings in the FWD client's STDERR def var h as handle. h:name = "aaa".
#2 Updated by Galya B about 2 months ago
I've missed that close
modifies logFile
and isEnabled
should be updated. Can you add this new line isEnabled.set(false);
to LegacyLogManagerImpl
in another branch, or we need a new branch?
@Override public synchronized logical close(boolean isProcedureCall, boolean closeWriteExecutor) { isEnabled.set(false); if (isAppserver && isProcedureCall) {
#3 Updated by Galya B about 2 months ago
I've tested it and it works fine with the change.
#4 Updated by Constantin Asofiei about 2 months ago
I think isEnabled.set(false);
needs to be after if (isAppserver && isProcedureCall)
, correct? I'll use 8237a.
#5 Updated by Galya B about 2 months ago
You're right, put it after that.
#6 Updated by Constantin Asofiei about 2 months ago
- Status changed from New to Merge Pending
- Assignee set to Galya B
- % Done changed from 0 to 100
This is fixed in 8237a rev 15043.
#7 Updated by Galya B about 2 months ago
- Status changed from Merge Pending to Closed
8237a was merged to trunk revision 15044 and archived.