Issue 3292 in pharo: SourceReference>>parseTimestampFrom: chokes on 'tk 2/18/97'

Status: Accepted
Owner: [hidden email]
Labels: Type-ReportDefect Milestone-1.2

New issue 3292 by [hidden email]: SourceReference>>parseTimestampFrom:  
chokes on 'tk 2/18/97'
http://code.google.com/p/pharo/issues/detail?id=3292

I ran into the error running OBMercuryPanelTest>>testSenders.

The following expression will trigger the problem:

   SourcedMethodReference
     class: Dictionary
     selector: #keyAtValue:ifAbsent:

when executed in a Pharo1.2a-12251 image. It looks like the timestamp  
parser isn't written to accomodate older timestamp forms

Comment #1 on issue 3292 by [hidden email]:  
SourceReference>>parseTimestampFrom: chokes on 'tk 2/18/97'
http://code.google.com/p/pharo/issues/detail?id=3292

Amongst other missing things, all timestamp cases were indeed not covered  
yet.
A fix is coming up...

Comment #2 on issue 3292 by Benjamin.VanRyseghem.Pharo:  
SourceReference>>parseTimestampFrom: chokes on 'tk 2/18/97'
http://code.google.com/p/pharo/issues/detail?id=3292

It should fix the problem ^^

Attachments:
        VeronicasBugFix.1.cs  1.2 KB

Updates:
        Status: Closed

Comment #3 on issue 3292 by marcus.denker:  
SourceReference>>parseTimestampFrom: chokes on 'tk 2/18/97'
http://code.google.com/p/pharo/issues/detail?id=3292

12255

Comment #4 on issue 3292 by [hidden email]:  
SourceReference>>parseTimestampFrom: chokes on 'tk 2/18/97'
http://code.google.com/p/pharo/issues/detail?id=3292

The fix does not treat all cases. Try:

Smalltalk allClasses do:[:cl | cl selectors do:[:sel |  
SourcedMethodReference class: cl selector: sel]]

I'm *now* working on it...

Comment #5 on issue 3292 by [hidden email]:  
SourceReference>>parseTimestampFrom: chokes on 'tk 2/18/97'
http://code.google.com/p/pharo/issues/detail?id=3292

Fix put in PharoInbox in System-Support-JohanBrichau.408