After enabling the Locale module the Recent Activity view is broken, it doesn't display any messages. See annexed picture.

Related issue: #1782134: Translatable fields: Not overriding language-none values with empty default-language values

Temporary solution

  • Go to /admin/config/system/message/text-copy
  • Select "Language none" as language to copy from
  • Select your local language as language to copy to

Comments

hefox’s picture

I think the node titles are done via token intergration (entity token?) and it displays messages from message module?

m.schwarzenberg’s picture

Will you be so kind to export the view oa_recent_activity (to a textfile) if this works on your installation and annex it here?

I want to ensure that the view works correct....

hefox’s picture

I'm not using an overriding oa recent activity, so my export is the one that is in the codebase already

m.schwarzenberg’s picture

Thank you for your answer, but I'm not sure if I have the original unmodificated view. In the first time several 500-Errors appears during saving the view.

I'm not able to get the original view from the original database without installing it again on a different location - Much effort for a 'perhaps' question.

Your export is that what I need.

Thanx in advance for your support,

Markus Schwarzenberg

Note: After last update with newest codebase the several error messages are gone...

Argus’s picture

You can reset the view to it's original state on the Views overview page.

m.schwarzenberg’s picture

StatusFileSize
new36.73 KB

Thank you.

I have reset the view and the error is still there. Additional I have restted the permission cache - no correction.

I have no further ideas.

But a useful hint is annexed as image: 'Action' strings like $USER was added to Group are visible!

I would reinstall openatrium completely but I have spent a lot of time to localize and customize it.

mpotter’s picture

As hefox mentioned, the Recent Activity view is a view of Message entities and the output is controlled by the tokenized fields for each specific message type. If you look in your oa_messages submodule (within oa_core) you'll find the oa_messages.features.inc file that contains the default token fields. Here is an excerpt from the oa_update message:

  $items['oa_update'] = entity_import('message_type', '{
    "name" : "oa_update",
    "description" : "Update Content",
    "argument_keys" : [],
    "argument" : [],
    "category" : "message_type",
    "data" : {
      "purge" : { "override" : 0, "enabled" : 0, "quota" : "", "days" : "" },
      "token options" : { "clear" : 1 }
    },
    "language" : "en",
    "arguments" : null,
    "message_text" : { "und" : [
        {
          "value" : "[message:field-oa-message-space] : [message:user:name] updated [message:field-oa-node-ref:title]",
          "format" : "plain_text",
          "safe_value" : "\\u003Cp\\u003E[message:field-oa-message-space] : [message:user:name] updated [message:field-oa-node-ref:title]\\u003C\\/p\\u003E\\n"
        },
        {
          "value" : "\\u003Cp\\u003E[message:field-oa-message-text:value]\\u0026nbsp;[message:field-oa-node-ref:oa-log]\\u003C\\/p\\u003E\\u003Cp\\u003E[message:field-oa-node-ref:oa-diff:@{message:field-oa-node-ref:vid}]\\u003C\\/p\\u003E",
          "format" : "panopoly_wysiwyg_text",
          "safe_value" : "\\u003Cp\\u003E[message:field-oa-message-text:value]\\u00a0[message:field-oa-node-ref:oa-log]\\u003C\\/p\\u003E\\n\\u003Cp\\u003E[message:field-oa-node-ref:oa-diff:@{message:field-oa-node-ref:vid}]\\u003C\\/p\\u003E\\n"
        },
        {
          "value" : "\\u003Ca href=\\u0022\\/user\\/[message:user:uid]\\u0022 class=\\u0022oa-userlink\\u0022\\u003E[message:user:name]\\u003C\\/a\\u003E updated \\u003Ca href=\\u0022\\/node\\/[message:field-oa-node-ref:nid]\\u0022\\u003E\\u003Cstrong\\u003E[message:field-oa-node-ref:title]\\u003C\\/strong\\u003E\\u003C\\/a\\u003E",
          "format" : "panopoly_html_text",
          "safe_value" : "\\u003Cp\\u003E\\u003Ca href=\\u0022\\/user\\/[message:user:uid]\\u0022\\u003E[message:user:name]\\u003C\\/a\\u003E updated \\u003Ca href=\\u0022\\/node\\/[message:field-oa-node-ref:nid]\\u0022\\u003E\\u003Cstrong\\u003E[message:field-oa-node-ref:title]\\u003C\\/strong\\u003E\\u003C\\/a\\u003E\\u003C\\/p\\u003E\\n"
        },
        {
          "value" : "@{message:field-oa-node-ref:log}",
          "format" : "full_html",
          "safe_value" : "@{message:field-oa-node-ref:log}"
        },
        { "value" : "", "format" : "panopoly_html_text", "safe_value" : "" }
      ]
    }
  }');
  return $items;
}

You probably will just want to do grab the default version of this file from the code repo.

I would reinstall openatrium completely but I have spent a lot of time to localize and customize it.

That is probably a very bad thing to do with an *Alpha* version of OA2. There are going to be a lot of bug fixes and improvements. You shouldn't be building real sites with the Alpha version yet. And if you are customizing it properly using your own modules and features, you should still be able to update the core modules. You don't need to reinstall completely, just grab the latest code.

mpotter’s picture

Status: Active » Closed (cannot reproduce)
m.schwarzenberg’s picture

Thank you for the second explanation - Now I see clear what hefox mentioned.
My localization was via i10_module; Customization (only for own test purposes) was e.g. ckeditor as WYSIWYG UI and add/change mistranslated terms into german.

I can live with it if I had to reinstall it - but, as mentioned, updating to the latest code doesn't show any changes. Therefore I suppose problems in the database...

I will try on - Thank you for this great intranet solution!
Note: I'm working with OA 1 since 2010 for the different tasks and departments and to coordinate freelancer of my employer.

carlos.macao’s picture

Category: bug » support
Status: Closed (cannot reproduce) » Active

I have the same problem and I also did some localization. I already reset the view, I compared the message_type table with a default one. Any suggestion?

m.schwarzenberg’s picture

Which version?

I have had this problem with the .5 alpha release.

After completely new reinstall (data- and codebase --> but .3 - beta ) I have a working system. I have not localized it yet - But I do not suggest that this is the problem.

I have had 1-2 500' error during the install procedure.
To solve your problem I can annex a database dump of my present installation, if you have the beta .3 version. But not today.

Another hint: Connect your PC with a wire to your network instead of using WLAN when you install great software ditributions like this. This will decrease errors from exceeded response time.

carlos.macao’s picture

Yes I've installed the last alpha version, just before beta release but I already updated to the last beta 3. Also, I've installed the beta into a new db and everything seems ok.

I can debug the process or compare the data of both installs to find the culpit, but I prefer not to waste time.

mpotter’s picture

Status: Active » Closed (cannot reproduce)

carlos.macao: Should not change the status of tickets from "cannot reproduce" unless you can post a specific step-by-step procedure for reproducing on a clean install.

Looks like a clean install fixed this for the OP, so closing it again.

carlos.macao’s picture

Sorry. Any clue about the tables I should investigate?

m.schwarzenberg’s picture

@ Mr. Potter - This should be only a hint for later reproducing

Not to forget - Addendum to #11:

I still haven't localize the installation, because there is an is an issue with localization.
@ carlos.macao:
Do you have localized your installation after the clean install?
Do not forget to safe your database before...

m.schwarzenberg’s picture

Version: » 7.x-2.x-dev
Status: Closed (cannot reproduce) » Active

In the meantime I have localized my installation - And..... the error is present again.

Error runs stable ;-))

I cannot define after which step of the localization the error appears again
- may be after adding the additional language,
- may be after setting german to new default language,
- may be after importing all module translations in stack

Is it necessary to modify the view 'recent_activity' for getting the right language?
Is it necessary to install entity_translation and entity_translation_views?

I hope that someone is able to see a way to remedy the fault with this additional hints.

@carlos.macao: New findings on this issue?

m.schwarzenberg’s picture

I have found the source of the error!

Clean install 7.x-2.0-beta4:
Only enabling 'Locale' module let the error appear - Disabling remedies it. I have not configured the module!
Also when I have configured it the error remains.

But how can I localize the site?
This leads the focus on the locale module, the preconfigured views or eventually an issue.

Edit: Tested on 2 different apache servers.

mpotter’s picture

Thanks for tracking this down!

Yes, I can confirm that turning on the Locale module completely removes all of the existing token templates in the Message Types. You should probably post this over in the Message module issue queue since this is beyond Open Atrium.

The problem is that Locale is trying to create language-specific fields and is wiping out the default language fields. Not sure how Message will handle this to maintain it's settings when Locale is enabled.

m.schwarzenberg’s picture

Thank you for bringing me on the next track....

Post it here: https://drupal.org/node/1935784#comment-7949317

m.schwarzenberg’s picture

Status: Active » Closed (fixed)

Solved it: Hooray!!

Patch for entity on latest dev-release....

https://drupal.org/node/1782134#comment-7946243

giorgosk’s picture

Status: Closed (fixed) » Active
giorgosk’s picture

Issue summary: View changes

type error

m.schwarzenberg’s picture

Issue summary: View changes

Precise information on issue

giorgosk’s picture

ok disregard previous
I was a little late at posting

mpotter’s picture

Please don't change the Status to "Fixed" until this issue is fixed in OA2. We still need to apply the above patch to the Entity module in OA2 and by closing this it dropped off the issue queue so this didn't make it into the 2.0 release.

mpotter’s picture

Issue summary: View changes

h3

Argus’s picture

The solution suggested in https://drupal.org/comment/8144727#comment-8144727 doesn't work for me. (OA 7.x-2.09)

edit: Ah wait: you select "language none" to your new language (Dutch in my case). That does the trick.

Argus’s picture

Title: Can't see nodetitles in recent activity » Can't see nodetitles in Recent Activity after module Locale is enabled
Issue summary: View changes
Argus’s picture

Category: Support request » Bug report
Status: Active » Needs work
Argus’s picture

Status: Needs work » Closed (fixed)

I think this is fixed.

Argus’s picture

Status: Closed (fixed) » Active
eigentor’s picture

I can confirm #20 that the patch linked fixes the issue. It is Entity module that needs to be patched.
Still Open Atrium needs to be fixed.

As long as there is no new release available for entity that contains the fix, maybe Open Atrium should be shipped with a patched Entity module?

mpotter’s picture

Status: Active » Fixed

Added the patch in #20 to the oa_core make file and updated to entity 1.3. Committed to bab0921 in oa_core dev.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.