tlouwet

Last update made it happen again sadly…
in your .htaccess, check

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

the rewriteBase and rewriteRule changed for me to /fr/ and /fr/index.php,
this should not happen.
If your .htaccess has any language there, change it just as I have (should only differ in those 2 lines), and set permission of that file to 755 so that the plugin doesn’t change it.

@badsha_eee Sweet great to know.
Thanks for the quick response!

@nendara depends on which page you want to hide the author on.
I’m not fully aware where each is loaded from.

For example, you can find
<p> <a href="<?php echo tutor_utils()->profile_url($authordata->ID); ?>"><?php echo get_the_author(); ?></a> </p>
in tutor/loop/course-author.php

In the template part of the plugin, you could remove it there, see if it removes what you wanted to remove. If it didn’t CTRL+Z to set it back to how it was if it wasn’t the change you wanted to do.
The moment you find the php file that did it for you, copy it over to the theme as you did before.

I copied over as good as the whole template folder over, have made quite a few adjustments, so it’s hard for me to pinpoint which change I did where for what reason. Sadly all I can do is point you in the right direction.

Hi,

Yes I have a bad habit of only rating a plugin once I’m done finetuning. Will place a review shortly.

Sweet, I know then in which direction to be looking at.

If I do find a solution to our needs I’ll be posting it here too, to keep this thread up-to-date.

And thanks.

Thanks for the suggestion.
Been looking into ways to achieve what we need, and indeed subscription came to mind, though I’m not really the decision maker when it comes to those fine tune.
With the corona issue, a lot of clients of ours are looking to move the theoretical exams over to e-learning, with the same flow we’ve had so far.

While a coworker has noted another LMS to have such from the get-go, my point stands that Tutor LMS is way more inline with what we require, except for some small changes (personnalisation to our needs, not a negative point of Tutor LMS).

I found a way to remove the course from the “all courses” list, though it stays in the “completed courses”. And sadly I’m unable to find where that info is held within the db.

Thanks for the quick reply in any case ??

All I can say is keep up the great work!

in your theme’s css (theme > theme editor > select css file, mostly the top one), add:

.tutor-wrap {
	margin-top: 50px; 
}

Set this margin to whatever suits your theme.

After saving the css, view the page and press CTRL+F5, to reload the css on that browser.

This should fix the issue you’re having.

Not using the Tutor LMS profile part myself, so the answer won’t be directly related to the image upload/showcase, but what you can do:

– find the php file in the template folder in the tutor plugin (through plugin editor or ftp)
– remember the folders it was in (for example /templates/dashboard/quiz-attempts/ for quiz-reviews.php)
– in your theme folder, create a folder called “tutor”
– in there you recreate the folders you found that php file in, except “templates” (in the example you’ll create /your-theme-name/tutor/dashboard/quiz-attempts/)
– copy the php file (in the example quiz-reviews.php) in there

You’ll need to copy over the file for the user profile (if you’re showing it), and the image upload part.

I could be mistaken, as I can’t double check on my website, but the part for uploading an image is mostlikely in tutor/templates/dashboard/settings/profile.php under

<div class="tutor-form-col-6">
	<div class="tutor-form-group">
		<label>
			<?php _e('Profile Photo', 'tutor'); ?>
		</label>
		<div class="tutor-profile-photo-upload-wrap">
			<?php
			$profile_photo_src = tutor_placeholder_img_src();
			$profile_photo_id = get_user_meta($user->ID, '_tutor_profile_photo', true);
			if ($profile_photo_id){
				$profile_photo_src = wp_get_attachment_image_url($profile_photo_id, 'thumbnail');
			}
			?>
			<a href="javascript:;" class="tutor-profile-photo-delete-btn"><i class="tutor-icon-garbage"></i> </a>
			<img src="<?php echo $profile_photo_src; ?>" class="profile-photo-img">
			<input type="hidden" id="tutor_profile_photo_id" name="tutor_profile_photo_id" value="<?php echo $profile_photo_id; ?>">
			<input type="file" name="tutor_profile_photo_file" id="tutor_profile_photo_file" style="display:none"/>
			<button type="button" id="tutor_profile_photo_button" class="tutor-profile-photo-upload-btn"><?php _e('Upload Image', 'tutor'); ?></button>
		</div>
	</div>
</div>

If you delete that part the ability to add an image should disappear.

Hope this helps.

@nendara Had same issue.

What I did to fix it:
– find the php file in the template folder in the tutor plugin (through plugin editor or ftp)
– remember the folders it was in (for example /templates/dashboard/quiz-attempts/ for quiz-reviews.php)
– in your theme folder, create a folder called “tutor”
– in there you recreate the folders you found that php file in, except “templates” (in the example you’ll create /your-theme-name/tutor/dashboard/quiz-attempts/)
– copy the php file (in the example quiz-reviews.php) in there

In WordPress, go to theme editor, edit the php file, remove the author part, and save.

If the folder creation was done correctly, the author won’t be showing up anymore as the plugin now uses that php file instead of the one within the plugin.

If something goes wrong on that page, due to bad php lines, you can simply fix it there or delete the new file if you really can’t find it.

@aajaas Changed it back to

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

?

If so, sad to hear that it wasn’t the same issue I had.
Hope you find a fix for it.

• This reply was modified 4 years, 6 months ago by tlouwet.

This 500 error did start with last plugin update.
It’s instantly fixed when using a backup of the .htaccess file.

Old .htaccess :

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

.htaccess after last update :

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /fr/
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /fr/index.php [L]
</IfModule>

So pretty much the same, though one has a language set for some reason.

Not sure if this is the same issue for your website, but it did fix the 500 error issue on my managed website using this plugin.

@sdenis Is the “/fr/” required in .htaccess or not?

@satollo

Seems to be my bad I think.
I thought simply adding them to the theme’s folder was enough, theme/newsletter/emails/blocks/, placing the custom blocks in there. Not certain where I read that.

https://www.thenewsletterplugin.com/documentation/developers/dev-composer-blocks/
Followed the instructions there.
Made a custom plugin with

add_action('newsletter_register_blocks', function () {
	TNP_Composer::register_block(__DIR__ . '/custom-block'); //for each block
});

in the plugin php and that did it.

So “issue” fixed ??
Thanks for the quick response.

By simply adding the same type of code to the correct unsub cases it “fixed it for me”.

As always, the moment I open a thread about it, shortly after I find a solution to the “issue”.

in profile.php > switch ($action) > cases I want :

if( is_user_logged_in() ){wp_redirect('url string');}
else { wp_redirect($profile_url); }

That lets the person then stay on the page they updated their profile from.
Did same in unsubscription.php where needed.

This “fixed” that for me, though it forcing a different tab when unsubbing is a bit annoying, can’t find what’s causing it.

Not sure if you still have this request, but:

plugin editor > newsletter > emails > blocks
Here you can find all the blocks available, which you can then edit the php file of to remove what you don’t want.

Unless this causes an issue you know of @drosendo ,
seems deactivating > updating > reactivating the plugin does the job too.

And keep up to good work!