I'm getting a filter error (Missing text format: filtered_html) in my watchdog log after installing and configuring the module and then trying to view the "Honeypot Blocked Hosts" and "Honeypot Cleared" reports. The filtered_html text filter is enabled. My site status report notes that "Http:BL is enabled and has blocked 0 visits (0 blacklisted and 0 greylisted)". Filter permissions look good (all roles have access to filtered_html), too. What might be causing the problem?

Comments

sah62’s picture

sah62 commented

I think I've found some clues. The file views/httpbl.views_default.inc includes these lines:

$handler->display->display_options['header']['text']['format'] = 'filtered_html';
...
$handler->display->display_options['empty']['text']['format'] = 'filtered_html';
...

$handler->display->display_options['empty']['text']['format'] = 'filtered_html';
...
$handler->display->display_options['header']['text']['format'] = 'filtered_html';

but when I looked at the header section of each view in the Views UI I discovered that the text format value wasn't specified. I manually selected "Filtered HTML" and then saved the view. I looked at the reports again and the headers were properly displayed. When I export the now-working view I see this:

$handler->display->display_options['header']['text']['format'] = '1';

So, if anyone else runs into this issue it can be fixed by manually editing the two honeypot report views and selecting the "Filtered HTML" text format for the headers.

Zarevac’s picture

Zarevac commented

Thnx, I had this error with regard to the Advanced Forum and it fixed similar errors.

bryrock’s picture

bryrock commented
Status: Active » Closed (fixed)

Indeed, I'm not sure that there is a "one-size fits all" solution to this. When I export these views they default to filtered_html because that's how they were built, and that format is available on the drupal site I created the views on. If I change the code in the export to '1', the result is no format, and the views (in UI) appear to be needing a selection to be made.

They're provided mainly as a starting point, and can be easily edited for your needs. They were initially created several years and revisions back, when logging did not work at all, and I was simply looking for a means to prove to myself that this module was indeed blocking unwanted IPs.

everkuil’s picture

everkuil commented

I manually edited the two honeypot report views.
This worked OK for the "Honeypot Cleared" report, because there was data in the report.
This didn't work at first for the "Honeypot Blocked Hosts" report, because there was no data in the report. Later there was a greylisted ip-adres and the "Missing text format: filtered_html" was gone. A day later it was back again because the "Honeypot Blocked Hosts" was empty again.

bryrock’s picture

bryrock commented

That's the text format for the No Results Behavior of that view (the text that says, "No blocked IPs at this time."). It's a local value on your site, so it needs to be selected and saved (could be any format available on your site that you want to use).

everkuil’s picture

everkuil commented

Thanks for your reply, this was the solution.

sonicthoughts’s picture

sonicthoughts commented
Version: 7.x-1.0-rc4 » 7.x-1.0-rc6
Status: Closed (fixed) » Active

Same here - following

bryrock’s picture

bryrock commented
Issue summary: View changes
Status: Active » Fixed
salvis’s picture

salvis
he/his
commented
Version: 7.x-1.0-rc6 » 7.x-1.x-dev
Status: Fixed » Postponed (maintainer needs more info)

I'm sorry, but this is not fixed.

'filtered_html' may exist on your site because you created it (and named it that way), but a virgin D7 installation has only two text formats: 'full_html' and 'plain_text'. In D6 the filters were called Input Formats and they had numeric keys. So, if you have a D7 site that was migrated from D6, you still have numeric machine names.

I agree with your assessment in #3 – I don't see any solution either, but I'd suggest to keep this issue open so that other users can find it. Maybe someone even comes up with a real solution. Until then...

Solution (manual fix for now):
Edit the views and assign an HTML text format the plain text format to the text areas in
– the HEADER and
– the NO RESULTS BEHAVIOR
for the Page displays of both views.

Without this, the texts don't appear at all.

  • bryrock committed ff69fca on 7.x-1.x 
    Issue #1604724 by bryrock: Missing text format: filtered_html;reverted...
bryrock’s picture

bryrock commented
Status: Postponed (maintainer needs more info) » Fixed
salvis’s picture

salvis
he/his
commented

Now the link at the top of admin/config/people/httpbl is broken (and one of the views still has the old title).

This issue is still present on sites that have numeric machine names such as the one in #1 and mine.

Thank you for taking up work on this great module again!

Status: Fixed » Closed (fixed)

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