Topic: General Bug Reports / Feature Requests

Posted under Bug Reports & Feature Requests

@0_0 said:
votedup: autocomplete shows names despite us not having perms to see others and will default to ourselves

Also why does the wiki always suggest to return to notifications


Merged from Bug Reports Thread.

@0_0 said:
https://femboy.fan/static/avoid_posting The avoid posting list in the site navigation page leads nowhere, and it's referred to in multiple places for how to get dnp

Yeah I haven't bothered setting that up since this site does not have near enough of a presence to need dnp yet, that's on the docket for some time in the future along with a few other missing internal/help pages

@0_0 said:
votedup: autocomplete shows names despite us not having perms to see others and will default to ourselves

This feels likely to be something imported fron e6
In theory it should be trivial to just make it either only show some specific text or the current user's name

@0_0 said:
Also why does the wiki always suggest to return to notifications

It sounds like you went through a notification and never returned, so it never cleared the banner
I'll look into that


Merged from Bug Reports Thread.

@donovan_dmc said:

This feels likely to be something imported fron e6
In theory it should be trivial to just make it either only show some specific text or the current user's name

At least it's better than how e6 handles it, which is just not displaying any autocomplete at all (so you're not sure if there's any effect until you press enter)


Merged from Bug Reports Thread.

@donovan_dmc said:

The mention (@Donovan_DMC) is case sensitive, but the autogenerated mention in forum posts isn't.

It directing to the current user with the name isn't that great either, but at this point it's not too much to be worried about

Unrelated: I dislike how editing brings you to a different page. I'm not gonna be doing any heavy duty foruming over here so it's not much of a problem.

Updated by Donovan DMC


Merged from Bug Reports Thread.

I like how forum list actually display the creator and when it was created, but the header of the column is Replies rather than creator (on mobile mode support)

Tangentially, take a look at the forum list. The uploading guidelines forum post incorrectly attributes the latest post to the wrong individual

Updated by Donovan DMC


Merged from Bug Reports Thread.

@0_0 said:
I like how forum list actually display the creator and when it was created, but the header of the column is Replies rather than creator (on mobile mode support)

I've likely forgotten to properly hide a column on mobile, which is the same way e6 works

@0_0 said:
Tangentially, take a look at the forum list. The uploading guidelines forum post incorrectly attributes the latest post to the wrong individual

Yeah I've been looking into that and haven't gotten anywhere yet, I need to look further into it


Merged from Bug Reports Thread.

@0_0 said:
votedup: autocomplete shows names despite us not having perms to see others and will default to ourselves

Done

@0_0 said:
Also why does the wiki always suggest to return to notifications

This as I said sounds like you never went back through the notification, I'll add a dismiss button that doesn't require navigation later but for now this is working as intended

@0_0 said:
ischild:true and ischild:false lead to an error message

Fixed

@0_0 said:
posts show up pretty poorly on mobile (first column is almost entirely hidden)

the mobile tag history description bug got imported from e6

I'm pretty sure both of these are imported bugs, the latter might have had the fix excluded when merging

@0_0 said:
The mention (@Donovan_DMC) is case sensitive, but the autogenerated mention in forum posts isn't.

Fixed

@0_0 said:
It directing to the current user with the name isn't that great either, but at this point it's not too much to be worried about

That is a bit annoying, and I might change that in the future. It's the way it is currently so mention notifications work

@0_0 said:
Unrelated: I dislike how editing brings you to a different page. I'm not gonna be doing any heavy duty foruming over here so it's not much of a problem.

That was a bug and has been fixed

@0_0 said:
I like how forum list actually display the creator and when it was created, but the header of the column is Replies rather than creator (on mobile mode support)

The column should be properly hidden now

@0_0 said:
Tangentially, take a look at the forum list. The uploading guidelines forum post incorrectly attributes the latest post to the wrong individual

Fixed

@0_0 said:
Also nice, we have forum merging

Yeah it was a bit wonky since I was merging forward rather than backward, but it seemed to work well all the same

Interesting behaviour in hamburger menu:
https://imgur.com/a/aFwMrub (resolves when at 0 notifications)
Likely my css contributing most of the problems

CSS
/* hamburger menu and contents look a bit better */
header { background: none; }
#maintoggle { margin-bottom: -1px; }
#nav { margin-top: 13px; margin-left: -16px; margin-right: -16px; margin-bottom: -12px; }

@0_0 said:
Where is this (found in the sitemap) https://femboy.fan/dtext_links supposed to lead? It's under both forums and wiki

It's an import of danbooru's exact same feature: https://danbooru.donmai.us/dtext_links
It's used for "What Links Here"on wiki pages
It seems that a model was somehow deleted without proper actions (such as properly deleting dependents), so I've just gone ahead and manually deleted the one causing problems

Updated

When trying to invite maintainers, it'll fail if the name isn't all lowercase. This means the autocomplete doesn't work

when you submit an edit, the location the website brings you is higher up than where you would normally be, the further down in the thread you are. (I think this might have to do with thumb #)

No NEW indicator on categories with new forum posts, the NEW indicator is white rather than red (Fixed)

Updated

@desired_name said:
when you submit an edit, the location the website brings you is higher up than where you would normally be, the further down in the thread you are. (I think this might have to do with thumb #)

Ditto with the View forum post from notification
Edit: Ok to be more specific links to a forum post in a forum topic of the form https://femboy.fan/forums/topics/8?page=1#forum_post_105 sends the user vertically offset if the link isn't within the topic, but works properly if the user used the link within the topic

Updated

@0-~-~-~-~-~-~-~-~-~0 said:
@0-~-~-~-~-~-~-~-~-~0
Why no werk

So it seems that my testing of the naming system did yield something after all

@0-~-~-~-~-~-~-~-~-~0 said:
@0-~-~-~-~-~-~-~-~-~0
Why no werk

Rather than screw with dtext I'm likely going to further restrict usernames

@no said:
Does animated no longer get immediately applied to posts, or is it just mp4

It was just mp4 that wasn't specifically included, that was missed

@no said:
It directing to the current user with the name isn't that great either, but at this point it's not too much to be worried about

I have kind of made a compromise, the endpoint now looks at former names so @MissingKneecaps and @0_0 both work, along with whatever else you've used (and they'll continue to work until someone else uses the name)

I really don't want to mess with either the dtext code for mentions or the ruby code for mentions

@donovan_dmc said:
I have kind of made a compromise, the endpoint now looks at former names so @MissingKneecaps and @0_0 both work, along with whatever else you've used (and they'll continue to work until someone else uses the name)

I really don't want to mess with either the dtext code for mentions or the ruby code for mentions

Eh, doesn't work that well for trying to find mentions of previous names in comments or forums

@no said:
Eh, doesn't work that well for trying to find mentions of previous names in comments or forums

if I make some stupid dtext thing like [mention:1234] people will 100% break that shit without even knowing what they're doing
case in point: e621's ta/ti/bur dtext tags

@donovan_dmc said:
if I make some stupid dtext thing like [mention:1234] people will 100% break that shit without even knowing what they're doing
case in point: e621's ta/ti/bur dtext tags

Do you mean the dev breaking them or the users. Also it won't be that bad will it

https://femboy.fan/comments?group_by=comment is fine, https://femboy.fan/comments?group_by=post is broken

Hmm, it works elsewhere, did my browser cache an error
Do you keep log ids

Actually it seems to be related to my account
Wait, might it be the test comment (which is considered latest comment) i hid under reggie

I found out the problem. If I have show own hidden comments turned off, it activates the error; if i have it on, there's no problem. Guest users have no problems with my hidden comments, just me

Updated

@no said:
https://femboy.fan/comments?group_by=comment is fine, https://femboy.fan/comments?group_by=post is broken

Hmm, it works elsewhere, did my browser cache an error
Do you keep log ids

Actually it seems to be related to my account
Wait, might it be the test comment (which is considered latest comment) i hid under reggie

I found out the problem. If I have show own hidden comments turned off, it activates the error; if i have it on, there's no problem. Guest users have no problems with my hidden comments, just me

This looks like it should be an upstream issue, the same code that's triggering the issue here is present there
I have no idea where they are on deployments so the bad code may just not have been deployed yet

Oh, I completely skipped over that the setting needs to be off, this is in fact an upstream issue
I've put in a patch for us and will tell them about it

Updated

@donovan_dmc said:
This looks like it should be an upstream issue, the same code that's triggering the issue here is present there
I have no idea where they are on deployments so the bad code may just not have been deployed yet

Oh, I completely skipped over that the setting needs to be off, this is in fact an upstream issue
I've put in a patch for us and will tell them about it

upstream issue?

@no said:
upstream issue?

E621 is our upstream, we get changes from them
This issue originates in e621, therefore it is an upstream issue

@donovan_dmc said:
I have kind of made a compromise, the endpoint now looks at former names so @MissingKneecaps and @0_0 both work, along with whatever else you've used (and they'll continue to work until someone else uses the name)

I really don't want to mess with either the dtext code for mentions or the ruby code for mentions

So it didn't break, neat

Spelling mistaek in the settings

When set to bubble, a red bubble will be shown near "Forum" when any topic is unrad. When set to italic, "Forum" will be in italic.

@donovan_rejected_me said:
Spelling mistaek in the settings

When set to bubble, a red bubble will be shown near "Forum" when any topic is unrad. When set to italic, "Forum" will be in italic.

Unread forum topics aren't rad, my dude

Updated

@donovan_rejected_me said:
Test 2

Wait why can't i allow voting

My local instance was reset by mysterious circumstances so field testing was practically impossible (so I didn't), yet all the tests passed
so I get to actually test it properly myself later ๐Ÿ™ƒ
Ironically if I had even tried to create a forum post I would see that even I don't have the option

  • 1