![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
Branch: refs/heads/develop
Home: https://github.com/dreamwidth/dw-free
Commit: 9f431265a8bc357ca2f9e2f229a791c20e21fcc9
https://github.com/dreamwidth/dw-free/commit/9f431265a8bc357ca2f9e2f229a791c20e21fcc9
Author: Kareila <kareila@dreamwidth.org>
Date: 2015-06-30 (Tue, 30 Jun 2015)
Changed paths:
M t/post.t
Log Message:
-----------
add update_displaydate to known props for t/post.t
Similar to the earlier fix for sticky_entry - the existence of the
unrecognized property, even if undefined, will cause this test to fail.
Commit: 71faf019c19068effa5e9acd704ee3d5649b8385
https://github.com/dreamwidth/dw-free/commit/71faf019c19068effa5e9acd704ee3d5649b8385
Author: Kareila <kareila@dreamwidth.org>
Date: 2015-06-30 (Tue, 30 Jun 2015)
Changed paths:
M cgi-bin/DW/External/Site.pm
Log Message:
-----------
fix t/formatted-mail.t by tweaking behavior of DW::External::Site::get_site
This was a tricky one to track down. The git bisect tool told me to look at
the changes to DW::External::Site::get_site, but it was not immediately
obvious why this was the culprit.
It turns out that because the name of the site in the test config is
"test.dw" this was getting mapped to site="dw" and generating
dreamwidth.org user tags instead of test.dw user tags.
Obviously .dw isn't a valid TLD, but a better approach would be to
assume that if there are no dots in the site argument, it should
be mapped directly to the site alias table insted of being treated
like an internet domain name.
Commit: 5b4ff4f5e3721ce7c59a40797b944216720656bc
https://github.com/dreamwidth/dw-free/commit/5b4ff4f5e3721ce7c59a40797b944216720656bc
Author: Mark Smith <mark@qq.is>
Date: 2015-06-30 (Tue, 30 Jun 2015)
Changed paths:
M cgi-bin/DW/External/Site.pm
M t/post.t
Log Message:
-----------
Merge pull request #1473 from kareila/cleanup-2015q2
fix failing tests
Compare: https://github.com/dreamwidth/dw-free/compare/458bc44a7585...5b4ff4f5e372
Home: https://github.com/dreamwidth/dw-free
Commit: 9f431265a8bc357ca2f9e2f229a791c20e21fcc9
https://github.com/dreamwidth/dw-free/commit/9f431265a8bc357ca2f9e2f229a791c20e21fcc9
Author: Kareila <kareila@dreamwidth.org>
Date: 2015-06-30 (Tue, 30 Jun 2015)
Changed paths:
M t/post.t
Log Message:
-----------
add update_displaydate to known props for t/post.t
Similar to the earlier fix for sticky_entry - the existence of the
unrecognized property, even if undefined, will cause this test to fail.
Commit: 71faf019c19068effa5e9acd704ee3d5649b8385
https://github.com/dreamwidth/dw-free/commit/71faf019c19068effa5e9acd704ee3d5649b8385
Author: Kareila <kareila@dreamwidth.org>
Date: 2015-06-30 (Tue, 30 Jun 2015)
Changed paths:
M cgi-bin/DW/External/Site.pm
Log Message:
-----------
fix t/formatted-mail.t by tweaking behavior of DW::External::Site::get_site
This was a tricky one to track down. The git bisect tool told me to look at
the changes to DW::External::Site::get_site, but it was not immediately
obvious why this was the culprit.
It turns out that because the name of the site in the test config is
"test.dw" this was getting mapped to site="dw" and generating
dreamwidth.org user tags instead of test.dw user tags.
Obviously .dw isn't a valid TLD, but a better approach would be to
assume that if there are no dots in the site argument, it should
be mapped directly to the site alias table insted of being treated
like an internet domain name.
Commit: 5b4ff4f5e3721ce7c59a40797b944216720656bc
https://github.com/dreamwidth/dw-free/commit/5b4ff4f5e3721ce7c59a40797b944216720656bc
Author: Mark Smith <mark@qq.is>
Date: 2015-06-30 (Tue, 30 Jun 2015)
Changed paths:
M cgi-bin/DW/External/Site.pm
M t/post.t
Log Message:
-----------
Merge pull request #1473 from kareila/cleanup-2015q2
fix failing tests
Compare: https://github.com/dreamwidth/dw-free/compare/458bc44a7585...5b4ff4f5e372