Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] Layout reset to original state after modification when number of row and column numbers changes #5183

Closed
adrianvg opened this issue Jan 19, 2025 · 2 comments
Labels

Comments

@adrianvg
Copy link

adrianvg commented Jan 19, 2025

Describe the bug

Hello all,

Very promising launcher, seems to be pretty snappy!

However, not sure if this is a bug or intended as such, but here goes.

Whenever I change the number of columns and rows on the home screen, my layout with folders, widgets and app shortcuts gets reset to the initial layout and I need to redo the complete shebang. Quite frustrating.

Steps to reproduce

Steps to reproduce the behavior:

  1. Make some changes to the layout.
  2. Go to Lawnchair settings and press Home screen.
  3. Scroll down and change number of columns and or rows.
  4. Back out.
  5. The layout has been reset to the initial layout.
  6. It may also put all the folders, app shortcuts etc on the same screen. Some widgets may be obscured or shrunken as the launcher tries to fit everything on the one screen.

Expected behavior

App icons, folders widgets etc should be shrunken a bit to accomodate more rows and columns while retaining the layout.

Some layout modification may be neeeded as the screen is now "bigger"; and has more space.

Layout should not be reset to its default state/looks.

Screenshots

Expected layout
Image

Actual layout after column and row change
Image

Device information

  • Device: Oneplus 11 5G (CPH2449)
  • OS: OxygenOS 15.0/Android 15, security update 2024-11-05
  • App version: Latest nightly build from Github, v14.Beta 3 (2024-08-23) rom IzzyOnDroid

Additional context

No response

@adrianvg adrianvg added the bug label Jan 19, 2025
@MrSluffy
Copy link
Member

this is fixed in latest nightly : 4530fc8

@adrianvg
Copy link
Author

this is fixed in latest nightly : 4530fc8

Cool, thanks!
Will try it later today.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants