Next Release Target: TBD - 22.0.0 just released

This is working as expected. When using domLayour=autoHeight, the grid by design changes it's height to match the number of rows getting displayed. This is part of how the grid's DOM is laid out. To apply the suggested fix to the grid would be cumbersome to implement as it would require switching the grid out of autoHeight dependent on a subjective situation. In this example the subjective situation is a) whether pagination is used or not and b) if pagination page size is example the same as the block size and c) if only one loading row was show - and then there is the questions "what height do we set it to". In other words, if this issue was to be 'fixed', how to fix it is very subjective and dependent on how exactly the grid is getting used. From ag-Grid's point of view, the gird is behaving as expected. It is shrinking and growing to match the number of loaded rows. If this is not the desired behaviour, then we recommend changing out of autoHeight after the first page is loaded. You can inspect the dom, find out the height of the grid, then set it explicitly and change the domLayout.

We have tried to fix this by trying to set the author for the excel document, but there isn't any available XML field for this, so this seems like is not doable

Can be workaround with: function isEditable(colId, rowIndex) { return gridOptions.columnApi.getColumn(colId).isCellEditable(rowIndex); }

******* For the time being, we've created a workaround which you can find in the following Plunker which uses a hard-coded refresh: https://next.plnkr.co/edit/peUBAixMVzg3KZfM ******

workaround: set gridOptions.suppressMakeColumnVisibleAfterUnGroup = true

Workaround in our KB https://ag-grid.zendesk.com/hc/en-us/articles/360019912632-Add-new-rows-to-the-grid-when-a-paste-operation-doesn-t-fit

This is caused by a Webkit issue - https://bugs.chromium.org/p/chromium/issues/detail?id=1073480

workaround: https://next.plnkr.co/edit/ktiodLUdWUjgNIvg

Current workaround is to use a custom action on the context menu: https://ag-grid.zendesk.com/hc/en-us/articles/360025595512-Copying-column-group-headers-when-using-copy-with-headers

This item was previously released, but not marked as DONE. Now just marking as DONE.

This is the default windows behavior for scrollers

To work around this issue, you should apply the CSS property display: inline-block; to the parent div (has a class of 'ag-react-container'). This will negate the default "block" display type of the div, so it should show inline with the other elements. This can be seen here: https://next.plnkr.co/edit/lEgeFZy4gE13dFeI

This is the workaround, it autosizes cols first before sizing cols to fit: function sizeColsToFit() { // STEP 1: need to autosize cols first to achieve consistent results var allColumnIds = []; gridOptions.columnApi.getAllColumns().forEach(function(column) { allColumnIds.push(column.colId); }); gridOptions.columnApi.autoSizeColumns(allColumnIds); // STEP 2: then size cols to fit gridOptions.api.sizeColumnsToFit(); } https://plnkr.co/edit/02RGrvx6f0VESIQJqPKz?p=preview Note the reason for this inconsistent behaviour is due to the algorithm uses a ratio of widths and takes the actualWidths into account, but these are successively changing. The workaround ensure that each time we call sizeColumnsToFit() the actualWidths will be the same each time.

As stated in the docs, this is very difficult to combine, so there are no plans to do this anytime soon

There is a workaround in our knowledge base: https://ag-grid.zendesk.com/hc/en-us/articles/360020374692

We are adding a side button to the grid, we are hoping to shortly add the ability to add more side panels/hide already shown, we think this should will cover the same functionality but it will be more flexible.
Check the documentation for tool panel. Tool panel has been revamped and changed considerably from v16