Admin GUI Dashboard Error after module update today

What? When did I do that? I’ve been working with users all day on this. I even provided solutions. Fixes and wrote out the cause.

This issue was actually resolved 24 hours ago. Someone said that 12 hours ago. I worked alongside two other users who had similar similar issues but the grand issue was resolved 24 hours ago. Where did I not provide assistance.

The solution is even marked as the first response.

Messages like this discourage developers from developing in open source when they’ve clearly been trying to help all day.

Please consider your words before posting in the future. Perhaps read the thread before blindly making a statement.

Andrew - your help is greatly appreciated. Please just ignore Ralph. As you mentioned, he probably replied before reading the whole thread, and seeing that there was a fix already.

Rough day, but we’re through it now. :slight_smile:

4 Likes

I apologise if my choice of words was inappropriate. My point though was that the solution offered assumed a good deal of further knowledge.

I implemented the solution successfully but further separate research about the method was required by me.

For example: Use an access program to get SSH to the system like Putty and enter the following commands etc as described by Pitzkey

This is probably of no interest to skilled developers but of immense value to those trying to develop skills and have come very late to the freepbx party.
I would add that I have placed a question elsewhere that has never had a reply so that frustration spilled over into this thread.
I am absolutely delighted with the entire system and the learning I have had to do to get it installed and implemented.

I ran the commands bellow and that got the Admin dashboard up and going. I am still having the class pico feed error under UCP. Is there a different fix for that?

fwconsole ma upgrade dashboard

Once done, run

fwconsole reload

Clear your browser cache and try accessing the GUI

In your original thread I told you to drop the table. I even gave you commands to do so. Did you run them?

Today there were three more issues opened up on the tracker about this (there are now 11 DUPLICATE
issues).

Is anyone else actually having issues that followed the instructions provided here? Please REPLY HERE

If you use the issue tracker PLEASE do a search before blindly posting an issue. <3

3 Likes

Bug report in, but wondering if somebody can suggest CLI downgrade method. Need to get back to at least 14.0.3.3 but GUI is inaccessible after most recent update last night.

PLEASE NOTE: THIS ERROR HAS APPEARED ON 5 PRODUCTION SYSTEMS ON THREE SEPARATE CLOUD ENVIRONMENTS (AWS, Vultr, DO) AFTER THE MOST RECENT FRAMEWORK AND/OR DASHBOARD UPDATES - PROBABLY DASHBOARD.

Module(s) requiring upgrades: dashboard
Upgrading module ‘dashboard’ from 14.0.4 to 14.0.4.1

Asterisk is still processing calls but GUI is inop. Checked OS and fwconsole - all modules and apps up to date.

/var/www/html/admin/modules/dashboard/sections/Blogs.class.php

$feeds = explode("\n",$feeds);

  1. if(empty($feeds[$section])) { # return ‘’; # }

$feed = $this->getFeed($feeds[$section]);

if(empty($feed)) { # return ‘’; # }

  1. return load_view(dirname(_ DIR _).’/views/sections/blog.php’,array(“items” => $feed[‘items’], “limit” => 5));
  2. }
  3. /**
    • Get the feed from cache or retrieve it
    • @param string $feed The feed URL
    • @return object Reader object
  4. */
  5. private function getFeed($feed) {
  6. $d = \FreePBX::Dashboard();
  7. try {
  8. $reader = new \SimplePie();
  9. $reader->set_cache_location(\FreePBX::Config()->get(‘ASTSPOOLDIR’));
  10. $reader->set_cache_class(“SimplePie_Cache_File”);
  11. $reader->set_feed_url($feed);
  12. $reader->enable_cache(true);
  13. $reader->init();
  14. $items = $reader->get_items();
  15. $content = array(
  16. “title” => $reader->get_title(),
  17. “description” => $reader->get_description(),
  18. “items” => array()

Environment & details:

GET Data empty
POST Data empty
Files empty
Cookies

lang en_US
PHPSESSID qgv1u6mtaopbdjndol3dq6bre5

Session

langdirection ltr
module_name sysadmin
module_page sysadmin
AMP_user ampuser Object ( [username] => XXXXXX [id] => [password:ampuser:private] => f4c79d8411e2bbf5c8f782a5328c001fb1b1d7b7 [extension_high:ampuser:private] => [extension_low:ampuser:private] => [sections:ampuser:private] => Array ( [0] => [1] => * [2] => 999 [3] => ampusers [4] => advancedsettings [5] => announcement [6] => 99 [7] => cli [8] => iaxsettings [9] => asteriskinfo [10] => logfiles_settings [11] => logfiles [12] => manager [13] => astmodules [14] => phonebook [15] => arimanager [16] => sipsettings [17] => backup [18] => backup_restore [19] => backup_servers [20] => backup_templates [21] => blacklist [22] => bulkhandler [23] => cdr [24] => superfecta [25] => calendar [26] => calendargroups [27] => cel [28] => daynight [29] => callrecording [30] => callback [31]=> cidlookup [32] => callerid [33] => certman [34] => conferences [35] => configedit [36] => contactmanager [37] => customcontexts [38] => customcontextsadmin [39] => customdests [40] => customextens [41] => dahdichandids [42] => disa [43] => index [44] => devices [45] => directory [46] => endpoint [47] => extensionsettings [48] => extensions [49] => fax [50] => featurecodeadmin [51] => firewall [52] => findmefollow [53] => wiki [54] => motif [55] => ivr [56] => did [57]=> languages [58] => miscapps [59] => miscdests [60] => modules [61] => music [62] => irc [63] => routing [64] => phpinfo [65] => pinsets [66] => paging [67] => parking [68] => presencestate [69] => printextensions [70] => queuemetrics [71] => queueprio [72] => queues [73] => restapi [74] => restapi_logs [75] => ringgroups [76] => outroutemsg [77] => setcid [78] => soundlang [79] => sysadmin [80] => recordings [81] => tts [82] => ttsengines [83] => timeconditions [84] => timegroups [85] => trunks [86] => ucptab [87] => updates [88] => userman [89] => users [90] => voicemail [91] => vmblast [92] => hotelwakeup [93] => weakpasswords [94] => xmpp [95] => cxpanel [96] => cxpanel_menu ) [mode:ampuser:private]=> database [opmode:ampuser:private] => [lang] => [tz] => => [timeformat] => => [_lastactivity] => 1540400686 )
fwmsg Array ( [last_dest] => ext-group,1099,1 )

Server/Request Data

UNIQUE_ID W9CmLnrE0CrfpnvQVrDP8AAAAAI
SCRIPT_URL /admin/config.php
SCRIPT_URI http://xxx.yyyyyy.net:#####/admin/config.php
HTACCESS on
HTTP_HOST xxx.yyyyy.net:##### (not 5080)
HTTP_CONNECTION keep-alive
HTTP_UPGRADE_INSECURE_REQUESTS 1
HTTP_USER_AGENT Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36
HTTP_ACCEPT text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng, / ;q=0.8
HTTP_ACCEPT_ENCODING gzip, deflate
HTTP_ACCEPT_LANGUAGE en-US,en;q=0.9
HTTP_COOKIE lang=en_US; PHPSESSID=qgv1u6mtaopbdjndol3dq6bre5
PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin
SERVER_SIGNATURE
SERVER_SOFTWARE Apache/2.4.6 (Sangoma) OpenSSL/1.0.2k-fips PHP/5.6.36
SERVER_NAME xxx.yyyyyy.net
SERVER_ADDR ###.##.###.###
SERVER_PORT 1. 1. 1. 1. 1. (not 5080)
REMOTE_ADDR ##.###.##.###
DOCUMENT_ROOT /var/www/html
REQUEST_SCHEME http
CONTEXT_PREFIX
CONTEXT_DOCUMENT_ROOT /var/www/html
SERVER_ADMIN [email protected]
SCRIPT_FILENAME /var/www/html/admin/config.php
REMOTE_PORT 49997
GATEWAY_INTERFACE CGI/1.1
SERVER_PROTOCOL HTTP/1.1
REQUEST_METHOD GET
QUERY_STRING
REQUEST_URI /admin/config.php
SCRIPT_NAME /admin/config.php
PHP_SELF /admin/config.php
REQUEST_TIME_FLOAT 1540400686.645
REQUEST_TIME 1540400686

Environment Variables empty
Registered Handlers0. Whoops\Handler\PrettyPageHandler

See this thread for fix:

Over five people opened bug reports on this in the Jira Bug system. All the bugs were closed saying that they were duplicates of each other, that the bug has been fixed, gave no indication how we can fix our installations, and referred us to this forum.

For me, this is a showstopper. I cannot install my system or do anything with it.

@hjbtyvv was this post a rant, or are you still stuck? Did you not review the linked thread immediately above you which contains the fix in a few places?

I am still stuck. I did not realize that the post of lgaetz contained a solution. It appears to be a traceback.

SOLVED - there seems to be a problem with the consist when you fwconsole ma updateall. Doing this gets you framework 15.0.1.19 which is broken. However, when Andrew finally stopped being snarky and just telling people to search and sent fwconsole ma update framework dashboard ucp the problem was fixed. Issuing the update command specifically for individual modules caused the current modules to load while updateall did not.

Users are not always ranting lunatics. Frequently, predominantly, but not “always.” Until the consist for updateall is fixed, issued the explicit module upgrades and everything will be okee dokee.

8 posts were split to a new topic: Erroneous Marking Release

11 people have open tickets on this. All duplicate tickets. I can’t keep track of putting resolutions in each of those tickets so I bounce them back to the original issue. Which now has a resolution and a link to this forum thread.

If you upgrade all of your modules you’d not run into this issue. It’s only when one is upgraded like framework or dashboard by itself. Exception on 15 where this was not published yet.

Solution:

You want:

  • Framework 14.0.4.1 or Framework 15.0.1.21
  • Dashboard 14.0.4.1
  • UCP 14.0.3.1

To get this

  1. login to the CLI, either through SSH or TTY
  2. run
  3. fwconsole ma upgradeall

Confirm:

  • fwconsole ma list | grep framework
  • fwconsole ma list | grep dashboard
  • fwconsole ma list | grep ucp

To add: If you don’t know how to SSH in to a server, Google is your friend. Lol

I downloaded the iso and installed it, then did raspbx-upgrade and ran into this problem. So now I have done fwconsole ma upgradeall, which seems to upgrade things that raspbx-upgrade doesn’t upgrade. What is the difference between the two?

Anyway, after doing fwconsole ma upgradeall, the framework and dashboard are at the right version, but ucp seems to be missing. Is this a problem?

root@raspbx:~# fwconsole ma list | grep framework
| framework | 14.0.4.1 | Enabled | GPLv2+ |
root@raspbx:~# fwconsole ma list | grep dashboard
| dashboard | 14.0.4.1 | Enabled | AGPLv3+ |
root@raspbx:~# fwconsole ma list | grep ucp
root@raspbx:~#

no. You don’t have UCP installed so don’t worry about it

No idea what this is or what it does. This is a third party tool. Update all modules through: fwconsole ma upgradeall

Image result for facepalm

Let me tell you a story. A little over 48 hours ago I talked with my boss @GameGamer43’s about what we can do to work on performance in FreePBX. Along with the wonderful Zulu team we discussed different ways to get past our bottlenecks, one of the ideas we brought up was to attempt to start using caching.

So to achieve this we added a single library Doctrine Cache. When adding this library to 13 we had to merge it into 14. To do that we had to rebuild composer (a library autoloader we use) and there is where it all went wrong. Mainly because the library Pico Feed was deprecated but not only that it was removed entirely from packagist. A few of you clever folks figured out you could find a fork of Pico Feed and put it into the PHP include folder and it would work, we thought about doing this for FreePBX but forks can have malware in them so we didn’t want to risk it, along with it also wouldn’t be part of Composer which is what we wanted.

So we went looking for a new RSS feed reader and came to SimplePie. To get this to work we had to add SimplePie to Framework and also reference it in Dashboard and UCP. Since I can’t go back in time and make an older version of dashboard and ucp depend on a newer version of framework I have to accept that this will unfortunately blow up in people’s faces because either framework will be too high a version or dashboard/ucp will be too low a version.

Then I ended up dealing with duplicate tickets yesterday. Over 11 of them all the same without referencing the oldest ones or cross referencing and so I incorrectly and wrongly shutdown and close two related tickets dealing with FreePBX 15. While the issue was related it was not the same as yesterday and I incorrectly closed the two tickets as duplicates and asked the two users to search the ticket tracker. Once I realized it was actually because the Framework fix wasn’t in FreePBX 15 I immediately went to resolve that. When I did I posted in both of the tickets, then I came here asking people are more information, if anyone else was having any errors.

From there it has spiraled so out of control and for that I am closing this thread. If anyone has any issues related to this feel free to open a new thread but I think we are done here