I thought the days of “fixed some stuff” were long behind Mikrotik 
Not knowing exactly what has changed wastes a lot of customers time testing to try and discover what the Mikrotik dev’s have changed.
After upgrade from rc3 to rc4 Cloudflare DoH does no longer work because of SSL errors, even though the DigiCert CA is in the certificate store. Deleting and reimporting the CA does not work.
After downgrade to rc3 DoH works as expected again.
IPv6 connection tracking with simple queue (cake and pcq) and queue tree is also still broken.
Same here
I’ve seen this myself. Works again after importing the new intermediate certificate “DigiCert TLS Hybrid ECC SHA384 2020 CA1”. No idea what changed to cause this.
Out of curiosity - when does the Mikrotik is planning to release v7 as stable?
This is great that you are working on new features, but isn’t it better to completely stop for now, focus on bug-fixes only and finally release v7 as stable?
I only upgraded to 7.1rc3 and now rc4 as my first testing of the platform. hEX S PoE out when set to auto-detect doesn’t work on either of those. When set to forced on, it works. Unit behind that port is a Ubiquiti CPE of some kind. Sorry don’t know the exact model, it’s up on a pole and installed by my WISP. Used to work fine throughout 6.x. Other PoE internally seems to be fine, but that’s all Mikrotik gear powering other Mikrotik gear.
/tool fetch url=https://cacerts.digicert.com/DigiCertTLSHybridECCSHA3842020CA1-1.crt
/certificate import file-name=DigiCertTLSHybridECCSHA3842020CA1-1.crt passphrase=""
see https://www.digicert.com/kb/digicert-root-certificates.htm
Thanks, worked for me after that…
Can confirm issue still exists, exported code doesn’t import back.
Emulation of tty at 2400 baud?
My sentiments exactly !! 
export not work
routing-mark=*4000 instead of mytable
/routing table
add disabled=no name=mytable
/ip firewall nat
add action=log chain=srcnat routing-mark=*4000
What's the routing mark it uses? I genuinely can't read that small of font size.
Yes, same result. As it works on CCR2004-1G-12X-2XS and RB4011, it might be something with the new switch chip. I don’t know.
When you look at any v7 changelog, this is always the last line. v7 is actually the development-branch and they do not want to name/reflect each change in the changelog. They could for example create a changelog out of their for example VCS commits (if using a version control) and just provide us that auto-generated list of commit-messages. But there is either a barrier like maybe they write commit-messages not in english - so it would be not useful for most of us - or there is a management-barrier that denies doing so. We won’t ever know.
@dksoft, have you set use-ipv6=yes in your pppoe profile?
Date and timestamp issue with netflow has been fixed!
The configuration no longer disappears when my RB4011 is rebooted. 
This has been broken for a while. Have you raised a support ticket? I raised one a few weeks ago, perhaps if you raise one it might bump it up the priority queue.
Yes. The configuration works if you remove the VLAN tag and tag outside, e.g. with a switch between RB5009 and modem.
The root of the problem is VLAN on RB5009.
The configuration disappeared after upgrading my RB450Gx4 from RC3 to RC4 -. It’s great that I made a backup 
cAP ac (Caps-man mode) as well as RB750Gr3 and hAPac2 did not lose configuration