No Import Tab -- missing PHP import permission

I'm having the same problem. I don't see the import tab.

You're probably logged in as a user which doesn't have the following permission: 'use PHP for settings' which comes from the PHP module. This was changed during the 1.0 to 1.1 release as a security hardening to prevent users to insert malicious PHP code.

Maybe there should be a dependency on the PHP Filter module?

I have to agree with amanire on this one. If not for this issue report, I would have never know about this dependency.

simple patch attached to add php dependency

Same issue. No import, only export.

I am a developer with all possible PHP permissions.

If there is a dependency on PHP, there is only a release history for dev for 8.x http://drupal.org/project/php

Am I missing something? Anyone else having this issue?

@mrvanmeter -- There is a module included with core called PHP Filter. Go to admin/modules and enable PHP Filter (Allows embedded PHP code/snippets to be evaluated).

We need to get this into version 2 first.

I don't agree with making PHP filter a requirement. It is a potential security issue to have it enabled on a site and from what I can tell the code would still work without the filter enabled. Rather I suggest making your own permission for this module and adding 'restrict access' to the permission details. Perhaps even setting 'warning' too if you really feel it is warranted in this situation.

This isn't the kind of module I'd leave enabled on a site. I'd turn it on, perform the import and turn it off again - so I think having PHP Filter as a dependency is OK, it's up to the site administrator / owner to keep the relevant modules turned on / off when they are needed.

But why make it a requirement if it isn't needed to make the module work? The module will work without.

JeebsUK, your comment does not address the issue at hand, the tab is missing if a user does not have the 'use PHP for settings' permission, but the 'use PHP for settings' permission is provided by the PHP Filter module and some users may not have it enabled. Lastly the code works fine without this permission enabled for a given account. IMO, it would be better to just implement a hook_permission() and add a new permission that could be assigned to roles to have more security here ('use bundle_copy PHP import' or something similar) rather than utilizing an existing permission from another module.

@nicholas.alipaz -- you hit the nail on the head. i hadn't dug in or realized that it was a missing permission problem rather than some other php module dependency. if we can add a new permission to bundle_copy, than that is definitely the way to go.

Subscribe.

I also didn't have import tab on "Content Types" page until I enabled php fileter module and added "Php filter" permission to "Developer" role.

You must describe this in doc on main page.
It is very VERY VERY frustrating thing.
I just spent 1.30 hours to solve it.
I am very angry at the moment. :)

@dragon658: It's no longer necessary to subscribe by writing a comment. Simply click on the Follow button.

@dragon658: It's no longer necessary to subscribe by writing a comment. Simply click on the Follow button.

Didn't know it. Thank you.

Hi

I have checked the above issue but not able to reproduce it. So for now i am closed this issue. if anyone will face this issue again then reopen this issue.

I have also faced this same problem. #4 worked for me.