LoneTreeLeaf

  •  ·  Premium
  • 13 friends
  • 15 followers
  • 2238 views
Add new...
 
 
·
Added a discussion

While most of my reported issues have appeared to be resolved, there's still multiple instances where it's still not respected.

Before I go into detail, let me provide links for context:

https://unacms.com/d/album-photos-are-not-respecting-content

https://github.com/unacms/una/issues/4630

Within the albums app, it's still not respected when a user navigates to the Popular Images and Top Images tabs within the Albums app. They are both shown regardless of the signed in users Content Filter settings.

For the Timeline app, if a user sets the content filter rating on it, a user can get around these settings by having a direct link to the timeline feed item (usually obtained by clicking on the time link on the feed item to be brought to the dedicated feed item display) and I also tested this for a signed out member, they have full access to this, despite my settings being set as the following:

image_transcoder.php?o=sys_images_editor&h=1980&dpx=1&t=1714045733

With this setting in mind, this should not happen, but it does, I'm unsure how this impacts other Apps that make use of the content filter rating system, I have tested the Photos app and it works as intended from my brief testing.

  • 37
·
Added a discussion

When I switched to stable, the script detects the stable release of 13.1.0 but it does not offer a way to do the update.

image_transcoder.php?o=sys_images_editor&h=1973&dpx=1&t=1714025275

However if I switch it back to beta, I can see and click to update to the latest beta release of 14.

image_transcoder.php?o=sys_images_editor&h=1974&dpx=1&t=1714025398Now I don't mind updating directly to the latest beta from my current versioning, but would that produce errors if I totally skip 13.1.0 stable?

  • 44
·
Added a discussion

I am looking for which part of the UNA code is force setting content filter boxes to be checked after it checks the profiles date of birth field.

I am seeking to modify this so that the boxes are not by default checked, but instead are offered to the user to be checked if the requirements are met for the rating to be offered to the user.

As it stands right now, if someone that is age 21 or over, the following is displayed.

✅G

✅PG

✅PG-13

✅R

✅X

What I desire, by default, when someone who creates a profile that is 21 or over, have the following by default.

✅G

🔲PG

🔲PG-13

🔲R

🔲X

Reason: Not everyone wishes to see such content above their comfort zone right out of the gate, and with age verification laws going into effect, we must start disabling and hiding R and X until a user has paid to have these unlocked, such as purchasing Premium so that a transactional history data is logged to verify age to meet law requirements.

I've already discovered how to hide the options R and X for users, but this doesn't stop the UNA script from automatically checking the boxes upon profile creation....

  • 125
·
Added a discussion

I created a new role that's suppose to supersede the default "Mod" role, I noticed when I navigate to any modules "Manage" page, the toggle to switch between your own context items versus all context items is gone.

image_transcoder.php?o=sys_images_editor&h=1826&dpx=1&t=1708712011

I tried looking high and low for this item in studio and I'm drawing blanks here, just where in Studio is this located?

  • 212
·
Added a discussion

I recently noticed that if photos within an album get any kind of interactions that would normally send the context owner a notification, it doesn't.

When someone comments on a photo within the album, no notification.

If someone leaves a like on the photo within the album, no notification.

The only time when someone gets a notification about the album (not its contents) is when someone comments or likes the overall album itself.

Is this a bug or intended?

  • 274
·
Added a discussion

Was this just thrown up on the board and just forgotten?

https://github.com/unacms/una/issues/1981

This is a massive privacy feature that is required for anyone with a userbase.

  • 379
·
Added a discussion

I noticed that if I set a number for "Number of Allowed Actions", the counter begins from the moment I have saved this setting, it does not account for previously submitted context.

For example, say I wanted to set a limit for "Create Photo", post-install, later in the sites lifespan, so I limit Standard members to 300 photos.

If a user already submitted more than 300 photos, this new setting will not take that into account and will allow them to upload an additional 300 photos layered on top of their already outstanding number.

This needs to be reevaluated as a function in UNA.

image_transcoder.php?o=sys_images_editor&h=1736&dpx=1&t=1705046365

The idea is that when I ONLY fill out "Number of allowed actions", UNA needs to take into account the actions previously performed in regards to the context.

  • 358
·
Added a discussion

This was mainly caught by my users when navigating to the Photos application of the site after users began to upload their media, it seems to stem from the default widgets on the right side of the page when Profiler is active and running.

Fatal Error

PHP message: PHP Fatal error: Uncaught TypeError: Unsupported operand types: string + null in /var/www/vhosts/website.com/httpdocs/modules/boonex/profiler/classes/BxProfiler.php:617\nStack trace:\n#0 /var/www/vhosts/website.com/httpdocs/modules/boonex/profiler/classes/BxProfiler.php(348): BxProfiler->_calcTime()\n#1 /var/www/vhosts/website.com/httpdocs/template/scripts/BxBaseMenu.php(66): BxProfiler->endMenu()\n#2 /var/www/vhosts/website.com/httpdocs/template/scripts/BxBaseMenuMoreAuto.php(55): BxBaseMenu->getCode()\n#3 /var/www/vhosts/website.com/httpdocs/modules/base/general/classes/BxBaseModGeneralMenuSnippetMeta.php(39): BxBaseMenuMoreAuto->getCode()\n#4 /var/www/vhosts/website.com/httpdocs/modules/base/text/classes/BxBaseModTextTemplate.php(918): BxBaseModGeneralMenuSnippetMeta->getCode()\n#5 /var/www/vhosts/website.com/httpdocs/modules/boonex/photos/classes/BxPhotosTemplate.php(181): BxBaseModTextTemplate->getUnit()\n#6 /var/www/vhosts/website.com/httpdocs/modules/base/text/classes/BxBaseModTextTem...', referer: https://website.com/
  • 522
·
Added a discussion

I noticed that when an album is set to a higher setting that G, the photos inside that album will not respect this setting as they will be shown in:

/albums-home (as their thumbnails)

/albums-popular (as their thumbnails)

/albums-top (as their thumbnails)

/albums-popular-media (displays the image regardless of the albums content filter setting)

/albums-top-media (displays the image regardless of the albums content filter setting)

I first noticed this when I was browsing my site an unauthenticated member where I could still see the images/thumbnails on the listed pages, but when I click into the image to see the context page, it will give a page not found as if the content never existed, so at least that works.

However, the fact remains that my site has two content filters (SFW) and (NSFW), when an album is set to NSFW and a member only has SFW enabled, the NSFW images within an album are still exposed to the user. Which means that anyone browsing the site that is not currently logged in are also getting exposed to the NSFW content.

  • 528
LoneTreeLeaf Discussions
[Content Filters] Ongoing Issues
Updating from 13.1.0-RC2 to stable is not available
Content Filter: Default Checkboxes
Missing Menu for New Role
Album Content Notifications
Forgotten Feature