YouTube embed Mods not working, my first mod package attempted.

Started by gaiburashu, September 20, 2012, 05:24:02 AM

Previous topic - Next topic

gaiburashu

Hello, I already found this thread:

http://www.simplemachines.org/community/index.php?topic=384047.0

I tried both mods suggested, the YouTube_BBCode, and first version 1.4 of Aeva and then 7.2.

When I install the mods they install without errors (I had to set up FTP, which worked when I hit "Test connection.")

When YouTube BBCode installed, I couldn't notice any change anywhere in admin or in the post editor. UNINSTALLED.

When I tried Aeva 1.4 (I thought it was newest version), I got an install successful message, but couldn't find it anywhere in Admin / anywhere period. UNINSTALLED.

Same story with 7.2, except it redirected me to this url: "...boards/index.php?action=admin;area=modsettings;sa=aeva"
which shows nothing.

How do I install a mod and... have it do something? They aren't getting errors on install.

More information: version 2.2. I tried switching to default theme / core theme. Nothing made the mods appear anywhere, yet it says they are installed when I browse packages. Note: I only ever have one installed at a time.

Branko.

Quote from: gaiburashu on September 20, 2012, 05:24:02 AM
When YouTube BBCode installed, I couldn't notice any change anywhere in admin or in the post editor.
If you'd like to install this modification in the other themes, please select these themes below ....
or after installation just copy youtube.gif
eg  /Themes/yourtheme/images/bbc/youtube.gif

and go to post editor, look at second bbc row...see picture
Strong people don't put others down, they lift them up.
A clever person solves a problem. A wise person avoids it.

Kindred

Branko,   just adding the image doesn't do anything - the admin may still have to apply code changes, if the theme includes custom template files.


gaiburashu,
You should ask for support on a specific mod in the threads dedicated to supporting that specific mod.

If you are having trouble installing mods, then that may be a file permissions issue that you need to resolve with your host.  After you install a mod using the package manager, confirm that the file changes were actually applied.

the original embed mod and aeva did not have any admin setting, IIRC...   7.2 aeva does - if the screen is blank, then that implies that something did not successfully install.
Слaва
Украинi

Please do not PM, IM or Email me with support questions.  You will get better and faster responses in the support boards.  Thank you.

"Loki is not evil, although he is certainly not a force for good. Loki is... complicated."

gaiburashu

I noticed something really weird with this software, IDK if it's normal or not, but I've never experienced it with other web software, such as WordPress, B2, etc...

Some of the files uploaded, particularly theme files, cannot be edited, deleted, or renamed via my normal FTP client (FileZilla.) I have to manually log into my hosts control panel, and use that built in file-manager (note: not built FTP, but a separate file manager software) to change files or delete them.

That's REALLY annoying. My admin level FTP client should be able to make changes to the installating. So far SMF is really goofy, and I have no idea if that's normal or how to fix it if it isn't. Also, where is the thread for Aeva, or YouTube BC. I really don't want galleries or other junk, just youtube.

Kindred

that is the fault of your host's configuration.

basically, when you load mods, the files created are done using the "php user". If the host has php set to run as a user capable of owning files...   then those fiels are now owned by php, and a 644 file can not be edited by anyone except the owner....
Слaва
Украинi

Please do not PM, IM or Email me with support questions.  You will get better and faster responses in the support boards.  Thank you.

"Loki is not evil, although he is certainly not a force for good. Loki is... complicated."

kat

Quote from: gaiburashu on September 20, 2012, 04:31:21 PMnormal FTP client (FileZilla.)

Sorry to intrude. But, that made bells ring.

In Filezilla, make sure the "Transfer type" is set to "Binary", would you?

The default, "Auto", is known to break some files.

gaiburashu

Quotethat is the fault of your host's configuration.

basically, when you load mods, the files created are done using the "php user". If the host has php set to run as a user capable of owning files...   then those fiels are now owned by php, and a 644 file can not be edited by anyone except the owner....

That makes sense... But if PHP is properly writing files, then I'm pretty sure it can correctly install mods.



Quote
Sorry to intrude. But, that made bells ring.

In Filezilla, make sure the "Transfer type" is set to "Binary", would you?

The default, "Auto", is known to break some files.

Thanks for the tip, but I actually installed SMF by uploading the tar.gz and decompressing it on the server, so I know zero files were harmed during upload. I shall leave it on binary from now on though..

kat

I'm thinking that, perhaps, your host has mod-security enabled. That might explain these errors, to some extent.

I've also known it to be cured by getting your host to give you full CHOWN ownership of the files on your site, if you don't have that.

Bit of a long-shot, admittedly. But, it might be worth checking those things. ;) (You'll need them set that way, eventually, anyway, I suspect)

Kindred

Quote from: gaiburashu on September 20, 2012, 04:54:14 PM
Quotethat is the fault of your host's configuration.

basically, when you load mods, the files created are done using the "php user". If the host has php set to run as a user capable of owning files...   then those fiels are now owned by php, and a 644 file can not be edited by anyone except the owner....

That makes sense... But if PHP is properly writing files, then I'm pretty sure it can correctly install mods.


yes... php writes the NEW files to install the mods...  but then php owns the file, so you can not edit it using your ftp user, since 644 means no writing except by the owner.

of course, if php does NOT own the files, and they are 644, then php can not write to files which were created by some other user (like ftp upload).

Basically... as I said, it comes down to the fact that your host has some sort of screwy setup.
Слaва
Украинi

Please do not PM, IM or Email me with support questions.  You will get better and faster responses in the support boards.  Thank you.

"Loki is not evil, although he is certainly not a force for good. Loki is... complicated."

Advertisement: