Fix the bug with 3-dot menu #2080

Closed
tae wants to merge 2 commits from gitlab-mr-iid-811 into develop
Member

closes #559

closes #559
Member

can it be kept in popper.css and imported here?

can it be kept in popper.css and imported here?
Author
Member

isn't it weird to include the CSS file in a nested folder here?

isn't it weird to include the CSS file in a nested folder here?
Member

maybe make entire popper automatically imported then?

maybe make entire popper automatically imported then?
Author
Member

hmm, I don't understand.

hmm, I don't understand.
Member

The bug most likely happens (i didn't reproduced it yet, and never encountered it) because with webpack 4 components are loaded on-demand, or at least seems that way. A better example would be user-settings and, uh, just settings. They mostly share same styles, but styles themselves are declared in settings, so (before i fixed the bug) if you opened user-settings the page would be somewhat broken, you'd need to open up settings to get the styles and going back to user-settings would give you fixed page.

Seeing you move styles around makes me think this is the same case, so probably popper somehow either not imported correctly somewhere or styles are shared.

The bug most likely happens (i didn't reproduced it yet, and never encountered it) because with webpack 4 components are loaded on-demand, or at least seems that way. A better example would be `user-settings` and, uh, just `settings`. They mostly share same styles, but styles themselves are declared in `settings`, so (before i fixed the bug) if you opened `user-settings` the page would be somewhat broken, you'd need to open up `settings` to get the styles and going back to `user-settings` would give you fixed page. Seeing you move styles around makes me think this is the same case, so probably popper somehow either not imported correctly somewhere or styles are shared.
Member

if i understand correctly this should be moved to popper.css and it would fix it.

if i understand correctly this should be moved to popper.css and it would fix it.
Author
Member

I've just tried, but no luck. As long as ModerationTools is not mounted (ModerationTools is for admin only), nothing will be changed.

I've just tried, but no luck. As long as `ModerationTools` is not mounted (`ModerationTools` is for admin only), nothing will be changed.
Member

see #2083

see #2083
Author
Member

Well, thanks for opening a new MR with your solution. I've just checked it. But, I'm 100% sure that the popper.css will be injected to the browser twice (if you are admin).

The correct path to write shared css is to use global css file. Or to inject css when necessary, it's better to make a reusable component containing that css (if it is worth doing that).

Well, thanks for opening a new MR with your solution. I've just checked it. But, I'm 100% sure that the popper.css will be injected to the browser twice (if you are admin). The correct path to write shared css is to use global css file. Or to inject css when necessary, it's better to make a reusable component containing that css (if it is worth doing that).
Member

then just import it from app.scss as i mentioned previously.

then just import it from app.scss as i mentioned previously.
Member

also maybe check if it's actually injected twice

also maybe check if it's actually injected twice
Author
Member

I've just tested locally and confirmed that it is injected twice.

I've just tested locally and confirmed that it is injected twice.
Author
Member

then just import it from app.scss as i mentioned previously.

I really don't understand what benefit we have by doing that. I would like to know your thoughts @shpuld @lambadalambda

> then just import it from app.scss as i mentioned previously. I really don't understand what benefit we have by doing that. I would like to know your thoughts @shpuld @lambadalambda
Member

having less clutter in App.scss

having less clutter in App.scss
Author
Member

Ok, I've updated.

Ok, I've updated.
Author
Member

closed by #2083

closed by https://git.pleroma.social/pleroma/pleroma-fe/pulls/2083

Pull request closed

Sign in to join this conversation.
No reviewers
No milestone
No project
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
pleroma/pleroma-fe!2080
No description provided.