Maximilian Hoffman

@kretes Without more info this could require a lot of back and forth. These options can unblock you immediately without action on our part depending on the context you are...

Hi @kretes , thank you for taking the time to provide more context. It would still be helpful if you shared your dependency clashes: package names and versions, if applicable....

I took a pass at this yesterday, and the dependency resolver has been spinning for 14+ hours with the range constraints on those three packages. The volume of dependencies in...

Yes this is the same issue. A couple of options: 1) Using `dolt config --add --local sqlserver.global.dolt_replicate_heads 'main'` would bypass the SQL engine to fix the variable. This is a...

This is still broken as of `0.50.8`, pending a pushdown rewrite.

repro: ```sql > create table xy (x int primary key, y int); > explain select * from xy where x in (1,2,3); +-------------------------------------------------+ | plan | +-------------------------------------------------+ | Filter(xy.x HASH...

This problem still exists, also the new issue jason pointed out. Mysql still leaves filters in a lot of plans after pushdown, at least for string types. More investigation needed...

This still exists in `1.35.9`, related to all of the typing work @jycor has been doing.

Rename is innaccurate imo, we want to avoid expanding `*` but it's two separate problems. One is that it's an unreasonable edge case that we manually handle an unresolved star...

I ran a quick `remotesrv` repro looping over: 1) make `$step` branches (same commit as `main`) 2) run `time dolt sql -q "select * from dolt_branches where name = 'branch$((($i+1)*$step))'"`...