Open Bug 1749732 Opened 3 years ago Updated 2 years ago

Can't resize columns for cookie list in developer tools

Categories

(DevTools :: Storage Inspector, defect, P3)

Firefox 96
defect

Tracking

(Not tracked)

People

(Reporter: ke.nikka, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Attached image firefox_bug.png

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:96.0) Gecko/20100101 Firefox/96.0

Steps to reproduce:

When displaying the list of cookies in developer tools, the column width cannot be adjusted. The cursor changes to the one for width adjustment but nothing happens when trying to increase the width. I’ve tested this in Firefox 96 on macOS 12 and Windows 11.

Actual results:

Nothing.

Expected results:

The column width should increase or decrease.

The Bugbug bot thinks this bug should belong to the 'DevTools::General' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → General
Product: Firefox → DevTools

This is most likely because each column in the Storage Panel table has a hardcoded minimum width.
When DevTools are docked to the side, all columns are already as small as possible and consequently we can't resize any column.

Component: General → Storage Inspector

(In reply to Julian Descottes [:jdescottes] from comment #2)

This is most likely because each column in the Storage Panel table has a hardcoded minimum width.
When DevTools are docked to the side, all columns are already as small as possible and consequently we can't resize any column.

Thanks for the reply. The problem is that the columns cannot be expanded either. If you display more columns, the panel becomes scrollable in the X axis (as expected), but the same doesn’t happen when you manually try to make a visible column wider.

(In reply to ke.nikka from comment #3)

The problem is that the columns cannot be expanded either.

Expanding a column would lead another column to become smaller, which is not possible due to the minimum width.

(In reply to Julian Descottes [:jdescottes] from comment #4)

(In reply to ke.nikka from comment #3)

(In reply to Julian Descottes [:jdescottes] from comment #2)

This is most likely because each column in the Storage Panel table has a hardcoded minimum width.
When DevTools are docked to the side, all columns are already as small as possible and consequently we can't resize any column.

Thanks for the reply. The problem is that the columns cannot be expanded either. If you display more columns, the panel becomes scrollable in the X axis (as expected), but the same doesn’t happen when you manually try to make a visible column wider.

The problem is that the columns cannot be expanded either.

Expanding a column would lead another column to become smaller, which is not possible due to the minimum width.

Don’t you think columns should just be pushed to the right? The pane does already rely on sideways scrolling when it’s too small for the number of columns displayed.

I don't think resizing a column should resize the whole table, that would make the widget hard to use in general.

Maybe we can remove some of the hardcoded minwidth to make resizing more flexible, although this table is an (old) XUL table and I'm not sure what can easily be done with it. In any case I'm not saying we should not fix/improve this, just wanted to clarify the technical reason for future triage.

The severity field is not set for this bug.
:Honza, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(odvarko)
Blocks: 1667980
Flags: needinfo?(odvarko)
Severity: -- → S3
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P3

I can easily reproduce this.

I agree that we could remove hardcoded min limits (or make these limits smaller).
We could also try to reuse code from the Network panel that supports resizable columns too.
Note that the panel is still XUL based and should be re-implemented on top of React

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: