Matt Simerson

> The test expects the serial to increment. They do indeed. I also expect the serial number to **always** get incremented. By default, NicToolClient does not send the serial number...

> As far as I know bind doesn't care if the serial went up or down. All it cares is that it changed. This is not the case for those...

I have modified Zone.pm such that when a request contains a serial, it will get used. However, that value included will get incremented, as that provides behavior that's unlikely to...

> Honestly i feel like were just making what was a bug worse Sorry, but I just don't agree. The API documents that one can provide a serial number in...

I don't like changing the API to add force_serial. I'm still considering the "when a zone serial is provided to edit_zone, don't increment it" idea. For now, just move that...

I like this as a usability feature. The "why doesn't my login" issue arises from time to time. However, it's also likely to cause some surprise when that username is...

I just noticed this in tinydns/export this line: ```` sub zr_aaaa { my $self = shift; my $r = shift or die; my $aaaa = $self->expand_aaaa( $r->{address} ); # from...

That's a MySQL error. The syntax for TIMESTAMP/DATE fields in MySQL has changed and is not backwards compatible. So the older syntax in NicTool won't work with newer MySQL and...

No, that's not it. ```sh ~/git/nictool/server/sql $ grep last_publish * 08_nt_zone.sql: last_publish TIMESTAMP DEFAULT 0, ``` That's the field that mysql 5.7 is choking on. The reason is that MySQL...

Still TODO: 1. [ ] add UI for editing resource_record_type table 2. [ ] add ability for NT admin to add TYPENN records to resource_record_type table 3. [ ] add...