Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Creating a separate issue for this. See #12 - #18 in #1013068: og_field_access completely broken when using non-English language for details.
Comment | File | Size | Author |
---|---|---|---|
#48 | ogprob.jpg | 15.8 KB | j2r |
#11 | Screen shot 2011-01-19 at 5.54.37 PM.png | 109.53 KB | Ed Carlevale |
#11 | Screen shot 2011-01-19 at 5.56.27 PM.png | 24.06 KB | Ed Carlevale |
#11 | Screen shot 2011-01-19 at 5.56.47 PM.png | 66.61 KB | Ed Carlevale |
#9 | Screen shot 2011-01-19 at 5.54.37 PM.png | 109.53 KB | Ed Carlevale |
Comments
Comment #1
Ed Carlevale CreditAttribution: Ed Carlevale commentedAs #12-#18 have reported on issue queue #1013068 (http://drupal.org/node/1013068), enabling the og field access module is causing fields to disappear from any content type that isn't designated as an OG Group Type or Group Content Type. The fields reappear when the content type is modified to become either a Group Type or a Group Content Type.
This is a consistent problem that persists through all versions of OG and Drupal that I've tested, including dev versions. Also, I have tried many different sequences in enabling the modules, creating the content types, clearing cache, running cron, etc. These result in some variations as to when the fields disappear, but they don't avoid the bug. The essential problem remains that fields disappear for all non-OG content types when the OG field access module is enabled.
As a workaround, I designate a non-OG content type as an OG Group Content Type and ignore the Group Audience pulldown if I create a node with that content type. Not an ideal solution but good enough for what I am trying to do with OG right now. Down the road I hope to contribute to tracking down bugs like this and contributing patches, but my developer skills aren't there yet.
Comment #2
amitaibuIt seems that OG fields (group/ audience) remin in the node. What I suspect is that this is the scenario, unless you think otherwise
1) Content type e.g. Article is set to a group
2) User creates an article node.
3) Article is set not to be a group.
4) The existing node still has the OG fields, thus triggering og_field_access
Comment #3
sven.lauer CreditAttribution: sven.lauer commentedStranger things are happening, I just did this on a fresh install (latest CVS of core, github of og):
1) Activate og, og_ui.
2) Make Article a group type.
3) Make Article a non-group type.
4) Look at the edit group type screen again: Article is still a group type (or so the form claims).
And indeed, it seems like
og_node_type_save
does nothing if og_group_type_$type has the valueomitted
.Comment #4
amitaibuIndeed, you can't unset group/ group content from the node type form, since I wan't to make sure you realize you delete a field. I've added a fix, to disable the radio in such a case and send you to the "Manage fields" group.
https://github.com/amitaibu/og/commit/c7cafbc10b3af6eb8862d50ea9c9f31e77...
Comment #5
Ed Carlevale CreditAttribution: Ed Carlevale commentedNo, fields disappear for any content type that isn't designated as either group type or group content type. This is real easy to confirm - create a new content type and don't designate it as group or group content. Now add a node using that content type -- after you save the node, you will not see any fields (apart from title, date, etc). Now change that content type to group content and the fields reappear.
Comment #6
amitaibu> This is real easy to confirm - create a new content type and don't designate it as group or group content. Now add a node using that content type -- after you save the node, you will not see any fields
I can't reproduce.. Have you tried it from a clean installation?
Comment #7
Ed Carlevale CreditAttribution: Ed Carlevale commentedBelow are screenshots from a clean installation of Drupal 7 and OG, from a site I created a few hours ago. I enabled the OG modules (including field access). Then I created a page using the pre-installed Basic content type. I didn't modify the content type in any way. As you can from the screenshot (8), the body field doesn't appear even though it has text in it. Next I modified the content type so that it was now a Group type. As you can see from the screenshot (9), this time the body field shows up.
Amitai, I just added you as a group and site admin on this site, so that you check out the configurations. But I have done many installations of OG over the last few weeks, and this issue has been consistent throughout.
http://planbweb.net/drupal-7.0/content/new-basic-page
Comment #8
amitaibu> Then I created a page using the pre-installed Basic content type. I didn't modify the content type in any way.
I've logged in to your site, and the basic page has an OG field in it.
Comment #9
Ed Carlevale CreditAttribution: Ed Carlevale commentedThis is really simple bug to recreate. I created three new screenshots to show the bug in action.
1. Create a new content type. Do not designate the new content type as a Group type or a Group content type. Save the content type.
2. Create a node using that content type. Add some text for the title and for the body field. Save the new node.
3. View the node.
You will not see anything in the body field, nor in any other field if you had added any.
Comment #10
Ed Carlevale CreditAttribution: Ed Carlevale commentedComment #11
Ed Carlevale CreditAttribution: Ed Carlevale commentedScreenshots didn't post properly in previous comment.
Comment #12
amitaibuI can not reproduce. Are u using latest version from github?
Comment #13
protools CreditAttribution: protools commented+1 I have this problem too ...
Comment #14
amitaibu@Ed Carlevale,
Can you add some debug functions to see where it fails?
Comment #15
protools CreditAttribution: protools commentedI use MAMP PRO 1.9.4 for mac Postgresql 9 + PHP 5.3/5.2 clean installation of Drupal 7 and OG ... when enable Organic groups field access - content in node page is empty, in teaser on front page - ok. When disable - ALL Ok.
.
Comment #16
weboide CreditAttribution: weboide commentedI had this issue with an earlier revision.
I just tried to reproduce it using trunk, but there is now a notice telling you to remove the group_type field directly when you wish to remove the "group type" of the content type.
After removing the field, the content is still visible so this is not reproducible for trunk.
Comment #17
weboide CreditAttribution: weboide commentedActually, I can reproduce part of this issue when og_context is enabled.
$entity->{OG_AUDIENCE_FIELD}
is somehow set toarray(1) { ["und"]=> NULL }
.Comment #18
amitaibu@weboide,
Your hint did the trick... I'm working on a fix.
Comment #19
amitaibuI have problems with the CVS, so currently fixed only on github -- https://github.com/amitaibu/og/commit/23d97e5579261ef0e285f5fe3ee3142ac4...
Comment #20
weboide CreditAttribution: weboide commentedI am unable to reproduce this issue with the latest commit.
Thanks for the fix!
Comment #21
amitaibubetter title
Comment #23
femrich CreditAttribution: femrich commentedSorry if this is a dense question: I've been experiencing this problem and want to download the proper og release with the fix. Is there a direct github link you can point me to which I can paste into my drupal7 installation module update window (the one where I normally paste the url at drupal.org pointing to the download link for the latest release of a module)? If that won't work, can you point me to the proper github link to download the latest full og package containing this fix, please? The link in #19 above looks like it only contains a portion of the module.
Thanks.
Comment #24
Lobidu CreditAttribution: Lobidu commented@femrich
what you see there is a patch, it's only an overview over what needs to be changed to fix ths bug.
the easiest way (well, no, the most straightforward way) to use this patch is to click on "view file @23d97e5" in the top right corner of the code section, then on the page which opens, to click on "raw" in the same top right corner and copy and paste this into your original og.module file (you find it in your drupal installation under sites/all/modules/og/ or if you used the version from github: under sites/all/modules/amitaibu-og-c0ab40b); then do the same with the patch for the og.test file (remember on the page linked above are two patches- one for the og.module file and one for the og.test file).
Comment #25
gorillaz.f CreditAttribution: gorillaz.f commentedUsed the @23d97e5 og.module , fields are reappear , cheers~~!
But ! Got white screen when click into group global permission setting , and group nodes are mass up (I have 2 test sites , one got white screen when viewing a group node, another just cannot edit the group node)
Comment #26
femrich CreditAttribution: femrich commented@lobidu, thanks for the guidance. Will try entering the brave new world of drupal patching...
Comment #27
amitaibu@femrich,
No need to patch, just download the latest version from github (you have a download button). After the git migration (that AFAIK should be tomorrow), you can download it from Drupal.org.
Comment #28
femrich CreditAttribution: femrich commented@Amitaibu, thanks. Will wait for it to appear at drupal.org to take advantage of drupal 7's fabulous automated module upgrade procedure.
Comment #29
kbell CreditAttribution: kbell commentedHas this patch been "officially" released to d.o. yet?
Comment #30
kbell CreditAttribution: kbell commentedThe body and summary fields are completely missing when viewing the page and when I view source, for ALL nodes (blog posts, articles, etc.), we do have OG installed, but disabling it did not fix. We have locale running, and the posts are both designated "en" and "un". I have determined that the nodes with language set to "und" are the only ones that are visible. We have two languages installed, German and English. No nodes are listed as "de" - only "und" and "en". However, just changing the values globally to "und" did not solve the problem. My site has been down for 3 days with this problem and I am in desperate need for a resolution at this point. Any help appreciated. Sample page: http://www.commonslearningalliance.org/content/fallacy-tragedy-commons
I have checked the db and all the body data is still present in the database. When I view source, the
<div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even" property="content:encoded">
div is entirely missing (not present and empty).When I disable the og_field_access module, it DOES NOT solve my problem.
I have of course rebuilt the access permissions several time, cleared caches, and done numerous other diagnostics, disabled all non-Core modules, with no luck.
Thank you.
Comment #31
amitaibu> Has this patch been "officially" released to d.o. yet?
It will happen after git migration, meanwhile use github.
Comment #32
kbell CreditAttribution: kbell commentedI have still not been able to resolve this issue. I have conclusively determined that for all field_data_body" tables in the database, the ones that have "language" set to "und" are the only ones that show up on their node pages (summaries are affected the same). The ones that have the language field set to "en" DO NOT APPEAR. I tried changing all these values to "und", and it DID NOT RESOLVE the problem, so something else is going on too. Can someone give me a clue as to what else is related that I need to change?
I have determined that the content disappeared immediately after the previous developer enabled the OG module for the first time - that's the only clue I have. I've tried every other diagnostic under the sun, spent hours in IRC, and it's conclusive that something in the db is messed up - disabling ALL modules did not fix the problem. But at this point I have no idea what else to try. The site content is 80% not visible (titles, yes, but the Body field, no - and when one "edits" the node, the body content is not visible there either, though you can clearly see the content in the database "body_value" field), so this is a real emergency. Any ideas welcome.
Would it be possible to upgrade this issue to MAJOR? It's certainly major for me, as I can't find any workaround that will make my content reappear.
Thank you,
Comment #33
kbell CreditAttribution: kbell commentedAlso, the Git migration is complete, but there is no OG update showing up for me - can you please update d.o.? I would really like to do it through d.o. if possible, and I know others in this queue are wishing to do the same.
Thanks,
Kelly
Comment #34
amitaibuCommitted to Drupal.org
Comment #35
femrich CreditAttribution: femrich commentedSeconding kbell in #33, though I note I am using the 7.x-1.0 version of og, not dev. Should we expect an update there? Because I've been having the problem noted in this thread there and have temporarily fixed it by following some of the stop-gap solutions in the thread.
Comment #36
kbell CreditAttribution: kbell commentedI too am using 7.x-1.0, not dev. I am still not seeing an update available in d.o. despite maintainer's commit. Do we need to be requesting the latest dev version or the stable release?
Comment #37
kbell CreditAttribution: kbell commentedI just ran the latest update of dev, and now my summaries show up on the home page, but the node bodies still don't show up on the node page, and when one clicks edit, there isn;t even a Body field showing. This is a major issue. Thoughts?
I don;t believe this issue should be called "fixed".
Thanks,
Kelly
Comment #38
amitaibuNo need to repeat your issue in both places. Just get the latest version from durpal.org's git or wait for the updated package release (once every 12hours).
Comment #39
femrich CreditAttribution: femrich commentedI'm still a bit confused here, Amitaibu. When I looked at github last week, it seemed as if there was a recently updated version of 7.x-1.0. This is the verision I have been looking for (as generally I understand .dev releases are not recommended for production sites), though I opted to wait for the git migration to get it through drupal.org. (I have been experiencing the same problem when using 7.x-1.0 og field access as discussed in this thread, and so have had og field access disabled for some time now.)
However, though the git migration is now complete, the latest version drupal.org lists of 7.x-1.0 is dated January 5, two weeks before this thread was initiated. This is the version I have been using and still use.
1) Has the stable release, 7.x-1.0, been updated to include fixing the problem addressed in this thread?
2) If yes, when will that fix be available through drupal.org? If not anytime soon, does the latest stable release (7.x-1.0) at github include a fix for this?
3) If the answer to 1 above is no, do you recommend installing the latest 7.x-dev and using that on a production site? In general, do you recommend using the latest stable release of og? or .dev?
Thank you.
Comment #40
amitaibuget the latest version (-dev version) from durpal.org
Comment #41
femrich CreditAttribution: femrich commentedThanks. Will do...
Comment #42
kbell CreditAttribution: kbell commentedLatest update fixed my problem - content is now all visible - thank you!!!!
-Kelly Bell
Comment #44
cartagena CreditAttribution: cartagena commentedAmitaibu, thank you for a wonderful module and the video explaining it.
I am having the same issue described above but I am not a programmer and don't know how to work with git hub. I am using the recommended release 7.x-1.0 with a date of Jan. 5. Should I be using the development release dated March 15--is that what is referred to above?
I had signed up for your conference at DrupalCon Chicago, was so sorry you weren't able to be there...
Thanks again, I am one grateful non-programmer.
Comment #45
femrich CreditAttribution: femrich commentedCartagena, yes, the advice was to install the dev release (now dated March 18) rather than 7.x-1.0, because fixes for bugs have not gotten into the official release yet, presumably. As for github, you don't have to use it now--just use drupal.org for modules, as now they are coming from github in any case...
Comment #46
rogical CreditAttribution: rogical commentedI think this is a big bug, and normally when a major bug fixed, a new release should be published.
As the dev release is not easy to upgrade.
Comment #47
Wappie08 CreditAttribution: Wappie08 commentedTotally agree rogical, think this is a major bug fixed so 7.1 would be logic..
Comment #48
j2r CreditAttribution: j2r commentedPlease see the attached image...
when i select a forums as not a group type the body is not visible...
and when i select it as group type the body reappear..
I am using the latest dev version of OG
Is this issue is related to this discussion or should i create new issue.
thanks in advance...
Comment #49
fizk CreditAttribution: fizk commentedThis bug alone is worth creating another official release.
It's been 7 months since the patch was committed to dev. What's going on here??
Comment #50
yurgon CreditAttribution: yurgon commentedAre bug fix in DEV ?
Comment #51
Anonymous (not verified) CreditAttribution: Anonymous commentedWhat is the status of this MAJOR bug? Removed OG (not easy) cleared cache/cron, etc. Still getting same behavior, missing fields all over the place. Do I need to reinstall OG dev version?
Comment #52
Anonymous (not verified) CreditAttribution: Anonymous commentedInstalled latest dev release after eventually removing 7.x-1.1. Same problem, missing body field in Blog & Forum, etc. Did complete removal of OG, uninstall (pain), delete module directory OG, and clean db entries but still getting same problem.
*** Disabled WYSIWYG Module and now able to see Body field in Forums.***
Will reinstall OG Dev version to confirm that it is not at fault.
Comment #53
amitaibuPlease open a new issue.