-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Phpunit overhaul #53
Phpunit overhaul #53
Conversation
@DaSourcerer Isn't it better to rebase instead of creating merge commits? |
@Kubo2: Probably yes. The process of rebasing always scares me a bit as it's not entirely unproblematic. |
Ok, I'm pretty much done: There are now 250 assertions in 111 tests. The tests for @jbowens: Are you ok with that coveralls.io thing? If not, I can still remove it. TBH, it wasn't that trivial to get it working either. |
@jbowens: Would it help if I condense everything into a single commit? Or are you uncomfortable with coveralls.io? |
@DaSourcerer yeah, please squash your commits |
$this->assertEmpty($this->_elementNode->getAttribute()); | ||
$this->assertEmpty($this->_elementNode->getChildren()); | ||
$this->assertEmpty($this->_elementNode->getAsText()); | ||
//$this->assertEmpty($this->_elementNode->getAsBBCode()); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh that, yes … must've slipped through. It appears an empty ElementNode
is not rendering into an empty string as it expects to have a tagName
set, so you're getting something like [][/]
here. The proposed change in #56 would somewhat take care of that.
k, will do as soon as I get home. You're still cool with the coveralls-thing? You would need to sign up and set two environmental variables in Travis to get it to run. |
5622ae2
to
081be68
Compare
Heh, looks like the latest version of my IDE came with an important new feature: Havoc-free interactive rebases \o/ |
@DaSourcerer That's interesting (and getting even better with history :-). Any news on this? |
@Kubo2 What are you missing? Most of what isn't covered by test cases atm is deprecated, only leaving room for improvements within the tests for Just to have the setup for coveralls.io documented:
|
@Kubo2 @jbowens Just removed hhvm-nightly. Everything else should be good to go. As is, coveralls will fail but it won't taint the build itself (see the last build) |
Hey @DaSourcerer, when #61 is merged, you would probably like to add some more tests for |
@Kubo2: I'd rather see it PR-authors were implementing their own tests suiting their changes. This PR is really an overhaul of the test suite to get it into better shape; it's not an effort by me to spare others from writing meaningful tests. Besides, with no feedback from @jbowens since about two months, I'm reluctant to invest any more time in this for the time being. |
Oh, okay. I will add the tests. |
I'd be pleased to see it merged, however I am getting worried about the bus Regards,
|
@Kubo2, @shmax: I actually were to post something quite in that spirit. It's been now over a year since this PR opened and we are closing in on an entire year since the last commit to master which is leaving me equally worried. I still believe in the technical merits of this project and would love to continue working on it. In fact, I am very much looking forward to replace my own regexp-based parser with jBBCode in one of my projects. However, in order to do so, I need text nodes with way more powerful capabilities. I see the need for some code reorg to do this cleanly, so I always considered this PR to be a blocker as the increased test coverage would allow for more confidence when implementing the needed changes. Having said this, I am increasingly concerned over the lack of participation by @jbowens, leaving me (and not only me) with the impression of an abandoned project. This is a situation that would usually suggest forking jBBCode; yet I cannot state adequately just how much I would hate doing so: I'd much rather contribute to an existing project than create and maintain my own. |
@jbowens come back to us! |
@jbowens if you're no longer interested in maintaining this project, may I suggest giving @DaSourcerer write permissions? |
Please squash all your commits. I'll try to give this another look tonight or tomorrow. |
0e15dd8
to
a063d95
Compare
[x] done. Sorry for the holdup. |
Did I say this were an ongoing effort? Certainly is. Still far from complete, but there are now 196 assertions in 87 tests and counting. Coverage is somewhere in the 90% range. Not that this means anything: Some tests are still close to being pointless. But overall, the test suite is in quite okay shape.