I had to make another account for reply limits, but this is bsawyer
I ran the update and got 14.0.4.1 and still getting the same error. UCP and Admin side.
Any more suggestions?
Drop table FreePBX_Dashboard
Is that the command?
No. Go into mysql and drop that table.
fwconsole m
drop table FreePBX_Dashboard;This error occurred during upgrades for me, i uninstalled dashboard, continued my upgrades, then installed UCP last, and I’m back up and running.
Just so everyone is aware this is the result of a project being completely removed from packagist.org. Packagist.org is a php repository that has thousands of ‘libraries’ to be able to put in your project. The owner/creator of picofeed, an RSS reader/parser, removed his project completely from packagist. Which made everything explode when doing an upgrade on the libraries folder. We had to then go out and find another library to use in place of this since picofeed was removed completely from the hosting repository.
1 Like
OK so this problem is not just mine.
You need to explain in simple steps how to fix this issue.
I have no idea how to change data with edge or what edge is,
Since I cannot use the GUI I need step by step guidance on what to do.
Please do not regard users as just a nuisance but provide assistance.
1 Like
ssh into your PBX, then run.
fwconsole ma upgrade dashboard
Once done, run
fwconsole reload
Clear your browser cache and try accessing the GUI
3 Likes
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. 
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);
- if(empty($feeds[$section])) { # return ‘’; # }
$feed = $this->getFeed($feeds[$section]);
if(empty($feed)) { # return ‘’; # }
- return load_view(dirname(_ DIR _).’/views/sections/blog.php’,array(“items” => $feed[‘items’], “limit” => 5));
- }
- /**
-
- Get the feed from cache or retrieve it
-
- @param string $feed The feed URL
-
- @return object Reader object
- */
- private function getFeed($feed) {
- $d = \FreePBX::Dashboard();
- try {
- $reader = new \SimplePie();
- $reader->set_cache_location(\FreePBX::Config()->get(‘ASTSPOOLDIR’));
- $reader->set_cache_class(“SimplePie_Cache_File”);
- $reader->set_feed_url($feed);
- $reader->enable_cache(true);
- $reader->init();
- $items = $reader->get_items();
- $content = array(
- “title” => $reader->get_title(),
- “description” => $reader->get_description(),
- “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.