Using symbols in #serverProtocol preference breaks suppression of port
numbers in URL encoding for 80 and 443, the following test would fail, testSymbolScheme url hostname: 'seaside.st'. url port: 80; scheme: 'http'. self assert: url displayString = 'http://seaside.st'. url port: 443; scheme: 'https'. self assert: url displayString = 'https://seaside.st'. url port: 80; scheme: #http. self assert: url displayString = 'http://seaside.st'. url port: 443; scheme: #https. self assert: url displayString = 'https://seaside.st'. Interestingly enough even the setter suggests using symbols, scheme: aSymbol scheme := aSymbol While it would certainly be nice to have one kind of object there, for backwards compatibility I suggest we allow for both, scheme: aSymbol scheme := aSymbol asString Thoughts? -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 http://tinyurl.com/r7uw4 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Or even better switch exclusively to symbol and speed up suppression
comparisons in encodeServerOn: scheme: aSymbol scheme := aSymbol asSymbol ... scheme == #http , scheme == #https Cheers! -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 http://tinyurl.com/r7uw4 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. > -----Original Message----- > From: [hidden email] [mailto:seaside- > [hidden email]] On Behalf Of Boris Popov > Sent: Thursday, October 18, 2007 10:20 AM > To: Seaside - general discussion > Subject: [Seaside] [BUG] WAUrl>>scheme: > > Using symbols in #serverProtocol preference breaks suppression of port > numbers in URL encoding for 80 and 443, the following test would fail, > > testSymbolScheme > url hostname: 'seaside.st'. > url port: 80; scheme: 'http'. > self assert: url displayString = 'http://seaside.st'. > url port: 443; scheme: 'https'. > self assert: url displayString = 'https://seaside.st'. > url port: 80; scheme: #http. > self assert: url displayString = 'http://seaside.st'. > url port: 443; scheme: #https. > self assert: url displayString = 'https://seaside.st'. > > Interestingly enough even the setter suggests using symbols, > > scheme: aSymbol > scheme := aSymbol > > While it would certainly be nice to have one kind of object there, for > backwards compatibility I suggest we allow for both, > > scheme: aSymbol > scheme := aSymbol asString > > Thoughts? > > -Boris > > -- > +1.604.689.0322 > DeepCove Labs Ltd. > 4th floor 595 Howe Street > Vancouver, Canada V6C 2T5 > http://tinyurl.com/r7uw4 > > [hidden email] > > CONFIDENTIALITY NOTICE > > This email is intended only for the persons named in the message > header. Unless otherwise indicated, it contains information that is > private and confidential. If you have received it in error, please > notify the sender and delete the entire message including any > attachments. > > Thank you. > > _______________________________________________ > seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Boris Popov, DeepCove Labs (SNN)
Hi Boris,
Your tests pass just fine in Squeak. They fail in VW because #displayString produces different answers in Squeak and VW when sent to a symbol (in Squeak #foo displayString -> 'foo'). So I integrated your fix (and your tests) in Squeak Seaside2.8a1-mb.510 Cheers, Michel. > -----Original Message----- > From: [hidden email] > [mailto:[hidden email]] On Behalf > Of Boris Popov > Sent: jeudi, 18. octobre 2007 19:20 > To: Seaside - general discussion > Subject: [Seaside] [BUG] WAUrl>>scheme: > > Using symbols in #serverProtocol preference breaks > suppression of port numbers in URL encoding for 80 and 443, > the following test would fail, > > testSymbolScheme > url hostname: 'seaside.st'. > url port: 80; scheme: 'http'. > self assert: url displayString = 'http://seaside.st'. > url port: 443; scheme: 'https'. > self assert: url displayString = 'https://seaside.st'. > url port: 80; scheme: #http. > self assert: url displayString = 'http://seaside.st'. > url port: 443; scheme: #https. > self assert: url displayString = 'https://seaside.st'. > > Interestingly enough even the setter suggests using symbols, > > scheme: aSymbol > scheme := aSymbol > > While it would certainly be nice to have one kind of object > there, for backwards compatibility I suggest we allow for both, > > scheme: aSymbol > scheme := aSymbol asString > > Thoughts? > > -Boris > > -- > +1.604.689.0322 > DeepCove Labs Ltd. > 4th floor 595 Howe Street > Vancouver, Canada V6C 2T5 > http://tinyurl.com/r7uw4 > > [hidden email] > > CONFIDENTIALITY NOTICE > > This email is intended only for the persons named in the > message header. Unless otherwise indicated, it contains > information that is private and confidential. If you have > received it in error, please notify the sender and delete the > entire message including any attachments. > > Thank you. > > _______________________________________________ > seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Michel,
I'm not quite clear how they pass in Squeak, because encodeServerOn: does a simple comparison (scheme = 'http') which should fail when scheme is #http? Cheers! -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 http://tinyurl.com/r7uw4 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. > -----Original Message----- > From: [hidden email] [mailto:seaside- > [hidden email]] On Behalf Of Bany, Michel > Sent: Thursday, October 18, 2007 11:05 AM > To: Seaside - general discussion > Subject: RE: [Seaside] [BUG] WAUrl>>scheme: > > Hi Boris, > Your tests pass just fine in Squeak. They fail in VW because > #displayString produces different answers in Squeak and VW when sent > a symbol (in Squeak #foo displayString -> 'foo'). > So I integrated your fix (and your tests) in Squeak > Seaside2.8a1-mb.510 > Cheers, > Michel. > > > > > -----Original Message----- > > From: [hidden email] > > [mailto:[hidden email]] On Behalf > > Of Boris Popov > > Sent: jeudi, 18. octobre 2007 19:20 > > To: Seaside - general discussion > > Subject: [Seaside] [BUG] WAUrl>>scheme: > > > > Using symbols in #serverProtocol preference breaks > > suppression of port numbers in URL encoding for 80 and 443, > > the following test would fail, > > > > testSymbolScheme > > url hostname: 'seaside.st'. > > url port: 80; scheme: 'http'. > > self assert: url displayString = 'http://seaside.st'. > > url port: 443; scheme: 'https'. > > self assert: url displayString = 'https://seaside.st'. > > url port: 80; scheme: #http. > > self assert: url displayString = 'http://seaside.st'. > > url port: 443; scheme: #https. > > self assert: url displayString = 'https://seaside.st'. > > > > Interestingly enough even the setter suggests using symbols, > > > > scheme: aSymbol > > scheme := aSymbol > > > > While it would certainly be nice to have one kind of object > > there, for backwards compatibility I suggest we allow for both, > > > > scheme: aSymbol > > scheme := aSymbol asString > > > > Thoughts? > > > > -Boris > > > > -- > > +1.604.689.0322 > > DeepCove Labs Ltd. > > 4th floor 595 Howe Street > > Vancouver, Canada V6C 2T5 > > http://tinyurl.com/r7uw4 > > > > [hidden email] > > > > CONFIDENTIALITY NOTICE > > > > This email is intended only for the persons named in the > > message header. Unless otherwise indicated, it contains > > information that is private and confidential. If you have > > received it in error, please notify the sender and delete the > > entire message including any attachments. > > > > Thank you. > > > > _______________________________________________ > > seaside mailing list > > [hidden email] > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > _______________________________________________ > seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Boris Popov, DeepCove Labs (SNN)
I think the suggested type is bugous. We really expect a string.
Cheers Philippe 2007/10/18, Boris Popov <[hidden email]>: > Or even better switch exclusively to symbol and speed up suppression > comparisons in encodeServerOn: > > scheme: aSymbol > scheme := aSymbol asSymbol > > ... > > scheme == #http , scheme == #https > > Cheers! > > -Boris > > -- > +1.604.689.0322 > DeepCove Labs Ltd. > 4th floor 595 Howe Street > Vancouver, Canada V6C 2T5 > http://tinyurl.com/r7uw4 > > [hidden email] > > CONFIDENTIALITY NOTICE > > This email is intended only for the persons named in the message > header. Unless otherwise indicated, it contains information that is > private and confidential. If you have received it in error, please > notify the sender and delete the entire message including any > attachments. > > Thank you. > > > -----Original Message----- > > From: [hidden email] [mailto:seaside- > > [hidden email]] On Behalf Of Boris Popov > > Sent: Thursday, October 18, 2007 10:20 AM > > To: Seaside - general discussion > > Subject: [Seaside] [BUG] WAUrl>>scheme: > > > > Using symbols in #serverProtocol preference breaks suppression of port > > numbers in URL encoding for 80 and 443, the following test would fail, > > > > testSymbolScheme > > url hostname: 'seaside.st'. > > url port: 80; scheme: 'http'. > > self assert: url displayString = 'http://seaside.st'. > > url port: 443; scheme: 'https'. > > self assert: url displayString = 'https://seaside.st'. > > url port: 80; scheme: #http. > > self assert: url displayString = 'http://seaside.st'. > > url port: 443; scheme: #https. > > self assert: url displayString = 'https://seaside.st'. > > > > Interestingly enough even the setter suggests using symbols, > > > > scheme: aSymbol > > scheme := aSymbol > > > > While it would certainly be nice to have one kind of object there, for > > backwards compatibility I suggest we allow for both, > > > > scheme: aSymbol > > scheme := aSymbol asString > > > > Thoughts? > > > > -Boris > > > > -- > > +1.604.689.0322 > > DeepCove Labs Ltd. > > 4th floor 595 Howe Street > > Vancouver, Canada V6C 2T5 > > http://tinyurl.com/r7uw4 > > > > [hidden email] > > > > CONFIDENTIALITY NOTICE > > > > This email is intended only for the persons named in the message > > header. Unless otherwise indicated, it contains information that is > > private and confidential. If you have received it in error, please > > notify the sender and delete the entire message including any > > attachments. > > > > Thank you. > > > > _______________________________________________ > > seaside mailing list > > [hidden email] > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > _______________________________________________ > seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Boris Popov, DeepCove Labs (SNN)
On Oct 18, 2007, at 8:07 PM, Boris Popov wrote: > Michel, > > I'm not quite clear how they pass in Squeak, because encodeServerOn: > does a simple comparison (scheme = 'http') which should fail when > scheme > is #http? > Oh, I forgot to mention that #foo = 'foo' answers true inSqueak. _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Michel, Philippe,
Ah, so setting server protocol to #http is perfectly fine in Squeak. It'd be much appreciated if we could keep the fix (of any sorts) in place for us VisualWorks folk who happen to have symbols stuck there considering, a) they used to work, so some apps may have been coded that way b) WAGlobalConfiguration(defaults)>>serverProtocol ^ #http Thanks! -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 http://tinyurl.com/r7uw4 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. > -----Original Message----- > From: [hidden email] [mailto:seaside- > [hidden email]] On Behalf Of Michel Bany > Sent: Thursday, October 18, 2007 11:15 AM > To: Seaside - general discussion > Subject: Re: [Seaside] [BUG] WAUrl>>scheme: > > > On Oct 18, 2007, at 8:07 PM, Boris Popov wrote: > > > Michel, > > > > I'm not quite clear how they pass in Squeak, because encodeServerOn: > > does a simple comparison (scheme = 'http') which should fail when > > scheme > > is #http? > > > > Oh, I forgot to mention that #foo = 'foo' answers true inSqueak. > > > > _______________________________________________ > seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
BTW, Boris,
Which port and which version are you using? Are you already using Cincom Seaside? I know that Cincom Seaside is unfinished business at this time, so do I need to continue moving forward with my port, or should I stop. Thanks for your advice, Michel. _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
I'm still using good ol' SeasideForSwazoo, so please keep doing what
you're doing; I think I'm on the 2.8a1.488 right now. I certainly won't go for the bleeding edge Opentalk version until 7.5.1 is released because it's not backwards compatible to 7.5, Cheers! -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 http://tinyurl.com/r7uw4 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. > -----Original Message----- > From: [hidden email] [mailto:seaside- > [hidden email]] On Behalf Of Michel Bany > Sent: Thursday, October 18, 2007 11:30 AM > To: Seaside - general discussion > Subject: Re: [Seaside] [BUG] WAUrl>>scheme: > > BTW, Boris, > > Which port and which version are you using? > Are you already using Cincom Seaside? > I know that Cincom Seaside is unfinished business at this time, > so do I need to continue moving forward with my port, > or should I stop. > > Thanks for your advice, > Michel. > > _______________________________________________ > seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Free forum by Nabble | Edit this page |