raykaii

fast fix in the mean time you can run this in the URL of WP to tern off the widgets accessibility mode.

domain.com/wp-admin/widgets.php?widgets-access=off

ya im heaving the same prob with the latest version i dont know if this if was added or not.

i don’t think we got any plans to split up the ticket system, currently the plans for after this release is to more integrate the admin aspect of things (with for example wp users / woocommerce profiles / woocommerce subscriptions and so on).

However no matter what we make the option to simply not use the WP Admin end is always there, so people can use whichever they prefer ??

suggestion:
could we have a option to hide the osticket admin tabs so that WP dont need to render the codes of those pages for the ppl that dont use it ?

To be honest it would be nice just having part of the mod that links the database with WP users i dont need all of the osticket admin in WP part.

Would it be possible to have 2 addons one full and one that only links the DB to WP without the osticket admin in WP part?

I dont know about the others but i use the original osticket admin anyways.

• This reply was modified 7 years, 11 months ago by raykaii.
• This reply was modified 7 years, 11 months ago by raykaii.

could i get a example of how to do this for this default widget plz?

do you have a ETA ?

i hope they do as osTicket v1.10 has now been released https://osticket.com/blog/124

thx alot for this update ??

yes i did im a root user in the terminal i can confirm the folder at /images/avatars/upload is 777 but not the files in it. i ask my other buddy to check it out he came with the same bug avatars files are 600.

this is my settings:

root user:

but after adding a new avatar the file comes back as 600

if i Change the file manually to 777 the avatar works on WP but the second some one adds or changes there avatar the file comes back to 600 and it stops showing on WP.

• This reply was modified 8 years, 2 months ago by raykaii.
• This reply was modified 8 years, 2 months ago by raykaii.

still no luck ?? even with root chmod 777 ones i re-upload an avatar it changes the avatar pic file to chmod to 600.

• This reply was modified 8 years, 2 months ago by raykaii.

Im on a intell server that i have at my job with a VPS which I have installed Ubuntu 16.04 server official ISO then I added serverpilot on it https://serverpilot.io
I did chmod the folder but when uploading avatars with phpbb the files still uploads with 600 permission and do not take the folders permition which is 777

So I all so tryed on a vps from https://www.ovh.com just to see if it was something on my job server that was not working but Ihave the same CHMOD bug there too.

So I tryed on a localhost on my spared PC installed https://www.wampserver.com on windows seams to work as the permison is different on windows

but no luck on linux I’m still haveing this CHMOD bug for avatars file.

I did post on phpbb forum and thay confirmed that phpbb uploads avatars with CHMOD permission 600 for security reasons none of them answered as to how to change it to CHOMD 777 instead of the default of 600 as phpbb is hardcoded to do…

So would be phpbb that is hardcoded to add CHOMD 600 but can’t seam to find the code of it…

Which I’m now wandering on which server your doing your test for this ?

• This reply was modified 8 years, 2 months ago by raykaii.
• This reply was modified 8 years, 2 months ago by raykaii.

after trying to find out why its not working seams like the avatar files have CHMOD Permissions that are blocking it from working

its permission is set to 600 when uploading a avatar with phpbb

changing the file to 777 fix the prob but every time some one would upload a file that file would be set to 600… how can i fix this for the upload folder files to all ways be set to 777 ?

so my prob is :
the upload Folder is set to 777 but files in it are all way being set too 600 by phpbb…

one thing i find wired is phpbb can use the file fine when set too 600 but not WP.

still no luck ??

tho only other .htaccess there is is on the root of phpbb:

<IfModule mod_rewrite.c>
RewriteEngine on

#
# Uncomment the statement below if URL rewriting doesn't
# work properly. If you installed phpBB in a subdirectory
# of your site, properly set the argument for the statement.
# e.g.: if your domain is test.com and you installed phpBB
# in https://www.test.com/phpBB/index.php you have to set
# the statement RewriteBase /phpBB/
#
#RewriteBase /

#
# Uncomment the statement below if you want to make use of
# HTTP authentication and it does not already work.
# This could be required if you are for example using PHP via Apache CGI.
#
#RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

#
# The following 3 lines will rewrite URLs passed through the front controller
# to not require app.php in the actual URL. In other words, a controller is
# by default accessed at /app.php/my/controller, but can also be accessed at
# /my/controller
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ app.php [QSA,L]

#
# If symbolic links are not already being followed,
# uncomment the line below.
# https://anothersysadmin.wordpress.com/2008/06/10/mod_rewrite-forbidden-403-with-apache-228/
#
#Options +FollowSymLinks
</IfModule>

# With Apache 2.4 the "Order, Deny" syntax has been deprecated and moved from
# module mod_authz_host to a new module called mod_access_compat (which may be
# disabled) and a new "Require" syntax has been introduced to mod_authz_host.
# We could just conditionally provide both versions, but unfortunately Apache
# does not explicitly tell us its version if the module mod_version is not
# available. In this case, we check for the availability of module
# mod_authz_core (which should be on 2.4 or higher only) as a best guess.
<IfModule mod_version.c>
	<IfVersion < 2.4>
		<Files "config.php">
			Order Allow,Deny
			Deny from All
		</Files>
		<Files "common.php">
			Order Allow,Deny
			Deny from All
		</Files>
	</IfVersion>
	<IfVersion >= 2.4>
		<Files "config.php">
			Require all denied
		</Files>
		<Files "common.php">
			Require all denied
		</Files>
	</IfVersion>
</IfModule>
<IfModule !mod_version.c>
	<IfModule !mod_authz_core.c>
		<Files "config.php">
			Order Allow,Deny
			Deny from All
		</Files>
		<Files "common.php">
			Order Allow,Deny
			Deny from All
		</Files>
	</IfModule>
	<IfModule mod_authz_core.c>
		<Files "config.php">
			Require all denied
		</Files>
		<Files "common.php">
			Require all denied
		</Files>
	</IfModule>
</IfModule>

and yes im running the phpbb in a sub-domain.

ya even if i do:

#<Files *>
#Order deny,allow
#Deny from All
#Allow from .mydomain.com
#</Files>

im still getting a :
Forbidden
You don’t have permission to access /images/avatars/upload/ddf03eaa5e45b2beb3337c00ec092a62_2.jpg on this server.

google chrome console gives me :
Failed to load resource: the server responded with a status of 403 ()

i just tested it with a gif file and im still getting a 403 error for the avatar… this is wired.

if im not wrong i think the way of doing The Allow, Deny, and Order directives has changed in Apache v2.4 and up

The Allow, Deny, and Order directives, provided by mod_access_compat, are deprecated and will go away in a future version. You should avoid using them, and avoid outdated tutorials recommending their use.
see: https://httpd.apache.org/docs/2.4/howto/access.html

but i dont know how to use the new way of doing it. i don’t know if that’s why its not working on my side … i mean if i comment out all thats in the .htaccess i should not be getting a 403 .

• This reply was modified 8 years, 2 months ago by raykaii.
• This reply was modified 8 years, 2 months ago by raykaii.
• This reply was modified 8 years, 2 months ago by raykaii.