Caller ID Superfecta - Who Called - broken

FreePBX Development
1

From the debug:

Searching Who Called for number of user reports …
Orignal Raw Returned Data:

< html>
< head>301 Moved Permanently
< body bgcolor=“white”>
< center>< h1>301 Moved Permanently
< hr>nginx/1.8.0
< /body>
< /html>

2

Which data sources are you using in this superfecta scheme?

Put another way:

  • On the freepbx webpage, admin->superfecta CID
  • Top right click on the scheme you are using
  • Which of the data sources in the thrid column have up or down triangles to the left of their name?
3

I am talking about whocalled.us - thats the debug response from that.

4

A bit out of my depth, but that looks like a DNS change issue. If you flush any DNS cache on the freepbx box (not my specialist area, sorry), does it start to work again?

5

To me a 302 looks like a link changed.

Who does the maintenance on this extension? Where would I report this?

6

Items submitted to http://issues.freepbx.org/ will work or https://github.com/POSSA/Caller-ID-Superfecta will work as well for this specific module.

1 Like
7

Did a bit of hunting. The error is 301 (and I can reproduce it). According https://en.wikipedia.org/wiki/List_of_HTTP_status_codes, 301 is “Moved permanently”.

8

Solution appears to be to change the http requests to https. Pull reuqest with change created:

2 Likes
9

Can someone test Neil’s fix please. I seem to have lost my whocalled credentials.

Never mind, credentials are optional.

10

This correction doesn’t seem to have merged correctly into release/13.0 - both the live to systems superfecta version 13.0.3.2 and release/13.0 have the old (non-https) code, so currently systems have a non-working version of this.

11

this was fixed in 13 first… may have been an odd merge… I will take a look.

12

http://git.freepbx.org/projects/FREEPBX/repos/superfecta/browse/sources/source-Who_Called.module?at=refs%2Ftags%2Frelease%2F13.0.3.2#79

http://git.freepbx.org/projects/FREEPBX/repos/superfecta/browse/sources/source-Who_Called.module?at=refs%2Ftags%2Frelease%2F13.0.3.2#108

They are both https in 13.0.3.2

13

For some reason those links fail when I click them, but I take your point. Weird, must be a failure at my end. However, it is not https in: