Back to bug 1023322

Who When What Removed Added
Frantisek Reznicek 2013-10-25 08:08:35 UTC Keywords Regression
Gordon Sim 2013-10-25 11:57:00 UTC Status NEW ASSIGNED
CC gsim
Assignee rhm-maint-list gsim
Justin Ross 2013-10-25 12:31:47 UTC Priority unspecified medium
Gordon Sim 2013-10-25 15:47:26 UTC Keywords Regression
Justin Ross 2013-11-14 12:04:38 UTC Status ASSIGNED MODIFIED
Target Milestone --- 3.0
Leonid Zhaldybin 2013-12-09 11:09:20 UTC CC lzhaldyb
Frantisek Reznicek 2014-01-07 12:54:00 UTC QA Contact mrgqe-bugs freznice
Frantisek Reznicek 2014-08-21 16:00:39 UTC CC iboverma
Flags needinfo?(iboverma)
Frantisek Reznicek 2014-08-26 13:38:43 UTC Flags needinfo?(iboverma)
Frantisek Reznicek 2014-08-26 13:40:33 UTC Status MODIFIED VERIFIED
Jared MORGAN 2014-09-09 04:13:02 UTC CC freznice
Flags needinfo?(freznice)
Frantisek Reznicek 2014-09-09 08:38:07 UTC Flags needinfo?(freznice)
Frantisek Reznicek 2014-09-09 08:42:25 UTC Flags needinfo?(gsim)
Frantisek Reznicek 2014-09-09 08:43:50 UTC Status VERIFIED MODIFIED
Gordon Sim 2014-09-09 13:33:03 UTC Doc Text Cause: The parsing of numeric queue configuration options specified as strings did not check that there were no trailing non-digit characters after the number.

Consequence: Values such as 40000L were previously accepted as was 40000xyz, with the trailing characters simply being ignored. This may have given the incorrect impression in some cases that e.g. 40000L was recognised as being a long integer.

Fix: The parsing logic when converting from string to numeric option now ensures there are no illegal trailing characters.

Result: Values such as 40000L are rejected as invalid.
Flags needinfo?(gsim)
Frantisek Reznicek 2014-09-18 07:48:21 UTC CC jmorgan
Flags needinfo?(jmorgan)
Jared MORGAN 2014-09-22 01:48:33 UTC Doc Text Cause: The parsing of numeric queue configuration options specified as strings did not check that there were no trailing non-digit characters after the number.

Consequence: Values such as 40000L were previously accepted as was 40000xyz, with the trailing characters simply being ignored. This may have given the incorrect impression in some cases that e.g. 40000L was recognised as being a long integer.

Fix: The parsing logic when converting from string to numeric option now ensures there are no illegal trailing characters.

Result: Values such as 40000L are rejected as invalid.
It was discovered that numeric queue configuration options specified as strings were not checked when parsed, to ensure there were no trailing non-digit characters after the number. Values such as 40000L were previously accepted as was 40000xyz, with the trailing characters simply being ignored. This may have given the incorrect impression in some cases that values such as 40000L were recognized as being a long integer. The parsing logic when converting from string to numeric option now ensures there are no illegal trailing characters. Values such as 40000L are now rejected as invalid.
Flags needinfo?(jmorgan) needinfo?(freznice)
Leonid Zhaldybin 2014-09-22 06:15:08 UTC Group devel
Frantisek Reznicek 2014-09-22 07:26:44 UTC Flags needinfo?(freznice)
Frantisek Reznicek 2014-09-22 08:15:35 UTC Status MODIFIED VERIFIED
John Skeoch 2014-11-09 22:41:52 UTC CC lzhaldyb esammons
Eric Sammons 2015-01-21 12:52:28 UTC Status VERIFIED CLOSED
Resolution --- CURRENTRELEASE
Last Closed 2015-01-21 07:52:28 UTC

Back to bug 1023322