From some point of time, the dialog which was shown when choosing custom permissions in field settings, does not appear anymore! Help!

Comments

bluewallmedia’s picture

bluewallmedia CreditAttribution: bluewallmedia commented

I can confirm I'm having this same issue running 7.15.

EDIT: For what its worth, debug tests show this test fails for block functionality. I'm not sure this is related, but may be helpful in debugging this issue.

BlockTestCase->testBlockVisibilityPerUser()

thanks for the module and community support, its much appreciated!

bluewallmedia’s picture

bluewallmedia CreditAttribution: bluewallmedia commented

Has anyone come across a fix or a patch for this yet ? Thanks!

NenadP’s picture

NenadP CreditAttribution: NenadP commented

I am in great need to overcome this bug, if someone found a source of this bug, please help!

NenadP’s picture

NenadP CreditAttribution: NenadP commented

Strange enough, falling back to previous version did not solve the problem. Could be this related to other module or Drupal core update (7.15). I see the form when inspecting with firebug, but nothing appears on screen. I am trying to find way to set file permissions directly in database, cant find entry in database for the field permissions for now.

yogaf’s picture

yogaf CreditAttribution: yogaf commented

@HoverFusion Try to Aggregate JavaScript files.
It worked for me.

NenadP’s picture

NenadP CreditAttribution: NenadP commented

Thanks but in my case that did nothing :( you only aggregated javascript fles and dropdown was avail again ? Thanks anyway!

wOOge’s picture

wOOge CreditAttribution: wOOge commented

Same here — running D7.15 and FieldPermissions 7.x-1.0-beta2 (Jan 25)

Using FireBug — you can see the permissions matrix is there but it is css hidden regardless of what level access one selects.

NenadP’s picture

NenadP CreditAttribution: NenadP commented

Tried: downgrade drupal to 7.14
Downgrade field permissions to 7.x-1.0-beta1
messed with jQuery update
Tried various combinations of those
Nothing helps, problem persists.

Jeff Veit’s picture

Jeff Veit CreditAttribution: Jeff Veit commented

Got the same. The set of fields have visiblity: hidden. Changing visiblity to visible, in Chrome css debugger does not make a difference.

It may be some combination of modules: I have two sites built from the same base, one of them has many modules turned off, and the other has them on. The one with them on has the problem. This isn't a certain diagnosis - it's just a shadow of a hint.

Jeff Veit’s picture

Jeff Veit CreditAttribution: Jeff Veit commented

Happens in Chrome & FF.

NenadP’s picture

NenadP CreditAttribution: NenadP commented

#9 i suspect this also, as it stopped to work with site update, including 7.14->7.15 update, and about 5-10 modules update. But i do not know now which modules are those. For me this is life and death issue, i need to go to production level with my site and i depend heavily on this matter...

Does anyone know how those values (field permission values that are set in that dialog that is failing to show now) can be set manually ? I cannot find in database info about those values.

Anyone knows any workaround ?

Jeff Veit’s picture

Jeff Veit CreditAttribution: Jeff Veit commented

For me LoginToboggan is the culprit. And there's an issue and a patch. After applying the patch, you may need to rebuild your javascript cache for the change to take effect. Go to Configure, Performance, and clear all caches.

I'm leaving this issue as active: if this issue has affected you, would you check and leave a note that it's solved for you. If there are a few, then it's safe to assume this is fixed.

NenadP’s picture

NenadP CreditAttribution: NenadP commented

#12 Jeff Veit Thanks very much for this life-saviour info!

Patch works, dialog is back again!

I again believe in social outsourcing and community spirit! :D

Thanks!

wOOge’s picture

wOOge CreditAttribution: wOOge commented

Confirmed, patch mentioned in #12, works for me.

MrPaulDriver’s picture

MrPaulDriver CreditAttribution: MrPaulDriver commented

Confirmed, patch mentioned in #12, works for me.

davey_b’s picture

davey_b CreditAttribution: davey_b commented

I have this problem but applying the patch didn't sort it. I cleared all caches etc. but still no joy. I may be missing something obvious.

akalata’s picture

akalata CreditAttribution: akalata commented

Thanks for the pointer Jeff!

plinto’s picture

plinto CreditAttribution: plinto commented

I am having the same problem but I do not use the LoginToboggan module.

dflitner’s picture

dflitner CreditAttribution: dflitner commented

I'm also seeing this problem. I don't use LoginToboggan but I've narrowed it down to a conflict with the Field Conditional State module. I'm going to open an issue in that queue and point to this thread.

richardj’s picture

richardj CreditAttribution: richardj commented

#12 confirmed, works when logintoboggan is installed, fixes the JS conflict.

philipjohn’s picture

philipjohn CreditAttribution: philipjohn commented

I concur with #16 and I don't use the module mentioned by #19

The patch supplied here doesn't work for me, and looking at the HTML I do NOT see the table hidden - it simply isn't there.

Any thoughts?

Joe_Smith’s picture

Joe_Smith CreditAttribution: Joe_Smith commented

I am getting the same thing. I'm using the Field Conditional State module too but have not confirmed it is the cause. I am not using the LoginToboggan module.

This html:

<div id="edit-field-field-permissions-permissions" class="form-wrapper" style="display: none;">...</div>

has this CSS:

display: none;

Changing or removing this CSS in the browser exposes the options.

rviner’s picture

rviner CreditAttribution: rviner commented

I can also confirm there is an issue with the custom permissions displaying when the Field Conditional State module is installed.

rviner’s picture

rviner CreditAttribution: rviner commented

I can confirm this is now fixed with the latest version of Field Conditional State.

rollingnet’s picture

rollingnet CreditAttribution: rollingnet commented
Issue summary: View changes

This issue is due, at least for me, by LoginToboggan but, as others noted above
See Adding logintoboggan.permissions.js causes error if Drupal.settings.LoginToboggan not set issue (especially the latest patch #23), for resolution.

Leeteq’s picture

Leeteq CreditAttribution: Leeteq commented

@rviner: which module are you referring to as not giving this problem?

- the old, original 7.x-1.x-dev branch, last update in January:
https://www.drupal.org/project/field-conditional-state

- or the brand new successor module with its 7.x-2.x-dev branch last updated in June:
https://www.drupal.org/project/field_conditional_state

(notice: 2 different modules, dashes vs. underscores as their only visible url difference...)

wOOge’s picture

wOOge CreditAttribution: wOOge commented

Folks — if you have LoginToboggan installed — apply the patch in #23 of this issue to LoginToboggan:

https://www.drupal.org/node/1365764#comment-8579719

mjgruta’s picture

mjgruta CreditAttribution: mjgruta commented
Issue tags: +LoginToboggan

I can confirm that applying the patch #23 from LoginToboggan (https://www.drupal.org/node/1365764#comment-8579719) fixed the checkboxes not showing for custom permissions.

Alan D.’s picture

Alan D. CreditAttribution: Alan D. commented
Related issues: +#1407564: CSS conflict with logintoboggan, prevents using Custom Permissions (field_permissions module), +#1365764: Adding logintoboggan.permissions.js causes error if Drupal.settings.LoginToboggan not set.
Jeff Veit’s picture

Jeff Veit CreditAttribution: Jeff Veit commented

And I want to thank myself too: 3 years ago I left a note here, and today I needed this again. God, I love open source! Drupal.org you are wonderful: if it weren't for you, I'd be debugging again. Internet hug for everyone who has contributed to Drupal.org, but special thanks to Neil Drumm who is responsible for so much of it.

cthshabel’s picture

cthshabel CreditAttribution: cthshabel commented

The patch mentioned in #27 for the patch in login toboggan was the fix for me! Thanks everyone.

LOL @JeffVeit that is exactly how I feel about Drupal. <3

rwilson0429’s picture

rwilson0429 CreditAttribution: rwilson0429 commented

The patch in #52 at https://www.drupal.org/node/1365764#comment-10286257 fixed the problem for me. If you are using logintoboggan this patch may be better for you.

  • mariacha1 committed e6cb78a on 7.x-1.x 
    Issue #1722134 Adding warning for LoginToboggan error.
mariacha1’s picture

mariacha1 CreditAttribution: mariacha1 at ThinkShout commented
Status: Active » Closed (duplicate)

Given that this sounds like a LoginToboggan known issue, I'm closing this as a duplicate. I've added an error message to the form with a link to the new documentation, which covers this issue: https://www.drupal.org/node/2802067#known-issues

Protocol here is to apply the patch at https://www.drupal.org/node/1365764#comment-10286257 to LoginToboggan until that issues is committed.