pleroma-fe issueshttps://git.pleroma.social/pleroma/pleroma-fe/-/issues2024-02-19T01:15:17Zhttps://git.pleroma.social/pleroma/pleroma-fe/-/issues/1279Option for showing muted user's posts in list2024-02-19T01:15:17ZRoy TamOption for showing muted user's posts in list# Behavior suggestion/Feature request
I have a list with some muted users (as they're flooding my home timeline) so I have to view their posts in a separated list.
But FE doesn't have an option to show muted user's posts in list and I ...# Behavior suggestion/Feature request
I have a list with some muted users (as they're flooding my home timeline) so I have to view their posts in a separated list.
But FE doesn't have an option to show muted user's posts in list and I have to click on every post to view, which is inconvenience to me.https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1277Markdown: unintended linkbreak after mentions2024-02-19T01:14:11ZtusooaMarkdown: unintended linkbreak after mentions![image](/uploads/a8e75bbe1d6173741409f9c3680891b8/image.png)![image](/uploads/a8e75bbe1d6173741409f9c3680891b8/image.png)tusooatusooahttps://git.pleroma.social/pleroma/pleroma-fe/-/issues/1275Default theme isn't contrastive enough to make text clear2023-07-24T14:58:53ZtusooaDefault theme isn't contrastive enough to make text clear<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
I got feedback from a user saying the default theme isn't enough for them to read the text easily.<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
I got feedback from a user saying the default theme isn't enough for them to read the text easily.tusooatusooahttps://git.pleroma.social/pleroma/pleroma-fe/-/issues/1267Handle voting failure2023-07-19T20:48:53ZtusooaHandle voting failure<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
0. Somehow make voting fail (e.g. MRF)
1. Click on vote
2. Vote is disabled and you can't try again until reopening the status<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
0. Somehow make voting fail (e.g. MRF)
1. Click on vote
2. Vote is disabled and you can't try again until reopening the statushttps://git.pleroma.social/pleroma/pleroma-fe/-/issues/1257Video first frame preview on Safari (mac/Iphone)2023-05-11T09:44:54ZMartin BeekVideo first frame preview on Safari (mac/Iphone)Videos are shown as a black frame on Safari browsers on Macs AND every browser on Iphones.
The solution to this is simple; automatically add #t=0.1 to the end of the src URL of the HTML <video component; and the first frame will magic...Videos are shown as a black frame on Safari browsers on Macs AND every browser on Iphones.
The solution to this is simple; automatically add #t=0.1 to the end of the src URL of the HTML <video component; and the first frame will magically appear as a preview frame ;-)
**Before** (`<video class="video" preload="metadata" src="https://foygl.com/media/e2d3422b-1a27-48c9-a3e4-0c55e7f2c62e/IMG_0472.mov" controls="" alt="" title="" playsinline=""></video>`)
![Scherm_afbeelding_2023-05-10_om_10.30.37](/uploads/027aed86669b591b0579b2fe9b79ee8e/Scherm_afbeelding_2023-05-10_om_10.30.37.png){width=35%}
**After** (`<video class="video" preload="metadata" src="https://foygl.com/media/e2d3422b-1a27-48c9-a3e4-0c55e7f2c62e/IMG_0472.mov#t=0.1" controls="" alt="" title="" playsinline=""></video>`)
![Scherm_afbeelding_2023-05-10_om_10.32.09](/uploads/955fa331389d16ae03f97143c5d5a528/Scherm_afbeelding_2023-05-10_om_10.32.09.png){width=35%}
I hope this can be included because it will make many Safari and iPhone users very happy! As said, Chrome on an iPhone has the same behavior.
Question: how can I accomplish this in the code as a temporary/local fix? I've tried editing ./lib/pleroma/web/templates/embed/_attachment.html.eex and other files that are working with the <video tags, but that's not working. I am new to Pleroma and still learning, so any help with this is welcome!
Thanks
Martin Beekhttps://git.pleroma.social/pleroma/pleroma-fe/-/issues/1256Handle a non successful credential update2024-02-19T01:12:04ZDuponinHandle a non successful credential updateWhen a user is updating their bio beyond character limit, backend returns a non-successful HTTP code, frontend silently fails.
For more information, please see the linked fix issue at bottom of description.
Current state is backend send...When a user is updating their bio beyond character limit, backend returns a non-successful HTTP code, frontend silently fails.
For more information, please see the linked fix issue at bottom of description.
Current state is backend sending a 403 code. The correct code, 413, will be sent once https://git.pleroma.social/pleroma/pleroma/-/issues/3119 is completed.
fix https://git.pleroma.social/pleroma/pleroma/-/issues/3053https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1255Pleroma-FE renders newline in status as newline2023-05-08T07:36:46ZtusooaPleroma-FE renders newline in status as newline# Environment info
<!-- Everything is optional and where applicable but the more information the better. -->
* Browser, version, OS, platform: Firefox 112.0.2, GNU/Linux, Wayland
* Instance URL: kazv.moe
* Frontend version (see settings...# Environment info
<!-- Everything is optional and where applicable but the more information the better. -->
* Browser, version, OS, platform: Firefox 112.0.2, GNU/Linux, Wayland
* Instance URL: kazv.moe
* Frontend version (see settings -> about): https://lily-is.land/infra/pleroma-fe/commit/36a20e30
* Backend version (see settings -> about): https://lily-is.land/infra/pleroma/commit/a6ae1e2a4
* Browser extensions (ublock, rikaichamp etc): ublock origin
* Known instance/user customizations (i.e. pleromafe mods/forks, instance styles etc)
# Bug description & reproduction steps
<!-- Type out here how to reproduce the bug, what goes wrong and what should go right -->
<!-- Screenshots and videos help a lot ;) any observations might also help -->
<!-- Also mention if there any errors in browser's console if relevant -->
Post a html status with the following content:
```
a
b
```
It renders as `a b` on glitch-lily but
```
a
b
```
on pleroma-fe
# Bug seriousness
<!-- Everything is optional and free-form -->
* How annoying it is: unknown
* How often does it happen: always
* How many people does it affect: everyone
* Is there a workaround for it: use `<br>`https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1254Optionally warn before going to external url2023-05-07T04:14:37ZtusooaOptionally warn before going to external url<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
I usually open the external links in Tor Browser for privacy, so it would be nice if it can warn me before opening an external link so I wo...<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
I usually open the external links in Tor Browser for privacy, so it would be nice if it can warn me before opening an external link so I won't misclick.https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1253Long attachment description does not display well2023-05-04T12:25:02ZtusooaLong attachment description does not display well<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
![image](/uploads/598b12135a2af6194383ef9fca780534/image.png)<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
![image](/uploads/598b12135a2af6194383ef9fca780534/image.png)https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1252Add a way to hide replies in user profile2023-04-30T19:31:09ZTiriftoAdd a way to hide replies in user profile# Feature request
It would be very nice if we could hide replies when viewing user profiles in PleromaFE. Right now, there are two tabs available: One to show all of the user’s visible post, and another to show only those with media att...# Feature request
It would be very nice if we could hide replies when viewing user profiles in PleromaFE. Right now, there are two tabs available: One to show all of the user’s visible post, and another to show only those with media attached. The option to filter out replies is missing, though:
![profile-tabs-pleromafe](/uploads/f3da7dae324227ed04d2c9012e625df7/profile-tabs-pleromafe.png)
One solution might be to add filtering options to the list, much like the ones you see on your home timeline (when logged in):
![reply-filter-pleromafe](/uploads/4af134c972c4580fffaab26ffc99bf80/reply-filter-pleromafe.png)
Another solution might be to add a third tab showing only posts which are not replies, much like what Mastodon is doing:
![profile-tabs-mastodon](/uploads/aea3d4a56df99d375c3f520cfb2c70bf/profile-tabs-mastodon.png)
Either way, I feel this would be very useful to have, and it might even be a good idea to hide replies by default. When I go to someone’s profile to look at their posts, it’s often because I’m curious what kind of content they post for everyone to see. I’m seldom interested in the conversations they might be having with few random individuals, yet that can make up the bulk of the timeline.
For example, if I think of following someone, I head over to their profile to see what kind of posts I’ll be seeing on my timeline if I do. But if they’re a person who make 3 ordinary posts and 20 replies a week, I’ll have to carefully scroll the timeline and try to ignore the replies (which I wouldn’t get to see, since I filter them out on my home timeline), while looking out for the ordinary posts they’ve made. That’s a bit tiring, so I’m happier if I can view the profiles on Mastodon, where I can see the ordinary posts on their own, *and* switch tabs to briefly see what they’re like when reacting to others (if I feel so inclined).
I see this feature was brought up in #215, but that issue got closed two years ago since ‘most of it got implemented’, though this feature was one of the things which didn’t.https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1247Inclusive language: "NSFW" -> sensitive2023-04-03T19:59:28ZtusooaInclusive language: "NSFW" -> sensitive<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
People mark things as sensitive for different reasons, e.g. food, trauma, politics, spoiler. Not just sex.<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
People mark things as sensitive for different reasons, e.g. food, trauma, politics, spoiler. Not just sex.https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1246Can’t hide replies in lists2023-04-03T20:02:34ZTiriftoCan’t hide replies in lists# Environment info
<!-- Everything is optional and where applicable but the more information the better. -->
* Browser, version, OS, platform: Firefox, 102.7.0esr (64-bit), GNU/Linux (openSUSE Leap 15.4)
* Instance URL: https://miniwa.m...# Environment info
<!-- Everything is optional and where applicable but the more information the better. -->
* Browser, version, OS, platform: Firefox, 102.7.0esr (64-bit), GNU/Linux (openSUSE Leap 15.4)
* Instance URL: https://miniwa.moe/
* Frontend version: 3a507ba9b
* Backend version: 2.5.0
* Browser extensions: uBlock Origin, Decentraleyes, JShelter, Multi-Account Containers
* Known instance/user customizations: No clue.
# Bug description & reproduction steps
<!-- Type out here how to reproduce the bug, what goes wrong and what should go right -->
<!-- Screenshots and videos help a lot ;) any observations might also help -->
<!-- Also mention if there any errors in browser's console if relevant -->
Filtering replies away from ordinary posts does not work in custom lists.
1. I have made several lists, each with a few of the people I follow. (Seeing everyone’s posts on the Home timeline all at once had gotten a bit overwhelming.)
2. After switching the timeline view to one of those lists, I get to see every post made by every person in that list.
3. Clicking the filter button on top of the timeline and choosing either ‘Show relpies to my follows’ or ‘Show replies to self only’ has no effect whatsoever, not even after clicking the ‘Reload’ button. Whatever the setting, the timeline shows all replies to all people.
- I should expect the filter setting to take effect, and replies to people I don’t follow to disappear from the timeline, after choosing the appropriate option and reloading the timeline.
On the Home timeline, the filter seems to be working perfectly well.
# Bug seriousness
<!-- Everything is optional and free-form -->
* How annoying it is: Moderately. It doesn't prevent me from browsing my lists, but it makes them tiring to browse.
* Is there a workaround for it: Not one I know of.https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1243Display version info in About instead of Settings2023-05-08T14:47:44ZtusooaDisplay version info in About instead of Settings<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
I feel it is not appropriate to put version information in Settings, because its entrypoint is so hidden and... there is just nothing to co...<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
I feel it is not appropriate to put version information in Settings, because its entrypoint is so hidden and... there is just nothing to configure!https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1242hard to caption images without seeing them please make images viewable while ...2023-01-20T18:03:35ZJeff Cliffhard to caption images without seeing them please make images viewable while editing accessibility textmastodon's frontend allows you to see the image while you describe it in the text field
pleromafe doesn't seem to
this is frustrating because even if you want your images to be accessible, it's hard to describe what's going on in them wh...mastodon's frontend allows you to see the image while you describe it in the text field
pleromafe doesn't seem to
this is frustrating because even if you want your images to be accessible, it's hard to describe what's going on in them when they are thumbnail sized especially if there's a lot of texthttps://git.pleroma.social/pleroma/pleroma-fe/-/issues/1241emoji size inconsistency when expanding post from notifications2023-01-18T00:25:11ZDuponinemoji size inconsistency when expanding post from notifications<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
An emoji is slightly bigger when a it's collapsed in the notification tray.
## Screenshot
### Collapsed
![image](/uploads/5ab39893a51e74e6...<!--
please use one of the templates if applicable, otherwise - type out here
in free-form
-->
An emoji is slightly bigger when a it's collapsed in the notification tray.
## Screenshot
### Collapsed
![image](/uploads/5ab39893a51e74e6b6ef24ca41c1f0d0/image.png)
### Expanded
![image](/uploads/13b2294932b7a535ad04c5380a26262d/image.png)
### Animated
![aaa](/uploads/086e391491b0e6350dca028f7eb298fe/aaa.gif)https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1231confusing behaviour for posts from muted threads?2023-01-18T00:13:22Zkatherineconfusing behaviour for posts from muted threads?it seems muted-thread-posts are totally hidden now rather than collapsed, but the button for showing new posts still appears when one comes in, so that clicking it appears to do nothing (confusing)
and it seems space is also maybe still...it seems muted-thread-posts are totally hidden now rather than collapsed, but the button for showing new posts still appears when one comes in, so that clicking it appears to do nothing (confusing)
and it seems space is also maybe still made for them in the notifications sidebar, so that if there are a lot of muted posts tagging you only a few visible notifications get shown?
running packaged fe from latest dev (3a507ba9b)https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1227Timeline headings break and menus shift when viewed on small devices.2023-04-03T20:05:25ZYuki KatoTimeline headings break and menus shift when viewed on small devices.Hello.
I would like to correct this problem on devices with small screens, such as the iPhone SE, or
with long texts, as the heading text of the timeline breaks, causing the menu to be out of position.
I hope you can see the followin...Hello.
I would like to correct this problem on devices with small screens, such as the iPhone SE, or
with long texts, as the heading text of the timeline breaks, causing the menu to be out of position.
I hope you can see the following image.
![image](/uploads/1442a5480e3d90a058bb3a290da530b5/image.png)
In the case of long texts, I am planning to take action to add an ellipsis ( `text-overflow: ellipsis` ) instead of wrapping the text.
If that is acceptable, I will make the adjustment on my end.
The following is the proposed amendment.
![image](/uploads/f6ab8074b7f0513ba40f80a643738da3/image.png)https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1225Show "Received X minutes late" on timestamps for very old posts2023-04-03T20:06:11ZHJShow "Received X minutes late" on timestamps for very old posts# Behavior suggestion/Feature request
Timestamp for very old posts should also include timestamp for when post was received to clear up some confusion as to why very old posts appear on timeline. Show something like "5min :clock8: 1y" wi...# Behavior suggestion/Feature request
Timestamp for very old posts should also include timestamp for when post was received to clear up some confusion as to why very old posts appear on timeline. Show something like "5min :clock8: 1y" with tooltip saying "Post created on X timestamp, received Y timestamp (Z time difference)" if timestamps differ more than 2 minuteHJHJhttps://git.pleroma.social/pleroma/pleroma-fe/-/issues/1222Translation: Make `status.reply_to` to like "Reply to {user}"2023-04-03T20:03:21ZXnuk ShumanTranslation: Make `status.reply_to` to like "Reply to {user}"Part of: #1111
In SOV languages, "`{user}` is being replied" is more natural sentence.Part of: #1111
In SOV languages, "`{user}` is being replied" is more natural sentence.https://git.pleroma.social/pleroma/pleroma-fe/-/issues/1216FE does not properly hide TWKN when restrict_unauthenticated is configured to...2023-01-15T03:21:18ZglitchFE does not properly hide TWKN when restrict_unauthenticated is configured to restrict itPleroma-FE doesn't properly hide the TWKN timeline when the `restrict_unauthenticated/timelines/federated` setting is set to `true` and the visitor is not logged in. Instead, the page is still visible under the timelines tab and shows th...Pleroma-FE doesn't properly hide the TWKN timeline when the `restrict_unauthenticated/timelines/federated` setting is set to `true` and the visitor is not logged in. Instead, the page is still visible under the timelines tab and shows the error shown below.
```
Error fetching timeline: t.map is not a function
```
This should probably be handled more gracefully (disable the endpoint and hide it from the navbox would be one way to do so).