When trying to generate a sitemap I keep getting this error and the job stalls out
I noticed this error in 8.4.3 so i updated to 8.4.4 and it still is present
Error:
Argument 2 passed to
Concrete\Core\Page\Sitemap\Element\SitemapPage::__construct() must
implement interface Concrete\Core\Url\UrlInterface, instance of
League\Url\Url given, called in
/home2/cedarcom/public_html/updates/concrete5-8.4.4_remote_updater/concrete/src/Page/Sitemap/SitemapGenerator.php
on line 316
If anyone has some insight on how this, it would be much appreciated!
This has been fixed by https://github.com/concrete5/concrete5/pull/7363, so the upcoming concrete5 8.5.0 won't suffer this problem.
If you want to fix your running installation, you can edit these two files:
/home2/cedarcom/public_html/updates/concrete5-8.4.4_remote_updater/concrete/src/Page/Sitemap/Element/SitemapPage.php
/home2/cedarcom/public_html/updates/concrete5-8.4.4_remote_updater/concrete/src/Page/Sitemap/Element/SitemapPageAlternativeLanguage.php
by replacing this line
use Concrete\Core\Url\UrlInterface;
with
use League\Url\UrlInterface;
Related
My Code:I'm learning to write the basic intro to a finance program that I found on YouTube. All necessary packages have been installed and updated just to make sure. In line 19 using the get_data_yahoo function is the way I'm calling upon the stock variable wrong?
Thanks
I tried updating all packages involved, closing the program, tried to change the stock variable to read as an integer using int(stock) nothing has worked.
I am using Veins-4a2 and Sumo-0.22.0. Since many months working with this platform, today I tried to launch a new simulation but I got this error in the terminal:
<stderr><![CDATA[Warning: Environment variable SUMO_HOME is not set,
schema resolution will use slow website lookups.
Error: unable to resolve host/address 'sumo.dlr.de'
In file 'myFile.poly.xml'
and this error in Omnet++:
<!> Error in module (Veins::TraCIScenarioManagerLaunchd)
RSUExampleScenario.manager (id=6) at event #1, t=0: Attempted to read
past end of byte buffer.
Note that the environment variable SUMO_HOME is well set. I could not understand the error, can anyone helps me to fix it please?
Here is myFile.poly.xml:
https://www.transfernow.net/ddl/myFile
Sumo tries to validate myFile.poly.xml with its schema definition. I guess, the value of xsi:noNamespaceSchemaLocation in myFile.poly.xml is set to some url which includes sumo.dlr.de.
Apparently, http://sumo.dlr.de/ is down since a couple of days at least, hence this won't work. Try to use http://sumo.sourceforge.net/xsd/polyconvertConfiguration.xsd as value instead.
http://localhost:9191/sts/ADD?FILENAME=/tmp/newEventsFlag.csv&LINE=7ddb876ac39c485a&ADD_MODE=FIRST&UNIQUE=TRUE
If i run this multiple times and then do a GET http://localhost:9191/sts/LENGTH?FILENAME=/tmp/newEventsFlag.csv
I can see that the body length is equal to the number of posts I made.
So unique parameter does not work I guess or am I missing something here?
If it does not work is it possible to get the source code to fix this?
This is a bug in the simple table server version 2.2.
Should be fix in 2.3
Since my app is online for to be tested by customer, I often meet this problem and I have to click several times on "Tiers" menu to hope it will disappear and give hand.
Here is a snapshot of the trouble :
WHen I use my app on local server (wampserver) I never meet this trouble.
I have several grids in my app and none displays this message online.
Firebug says "jquery.jqgrid.min.js" has error in line 344 (?). Used version is 4.13.5-pre dated 2016-08-27 and hosted server runs with php 5.6.8
Does somebody already met this type of trouble ?
If somebody can take some time to help me, I can give by email login and pass to test app online.
Many thanks for your kind help.
Cheers
JiheL
Thank you for reporting the issue. It would be helpful if you report the error using jquery.jqgrid.src.js instead of jquery.jqgrid.min.js, but I suppose that the only place in the code, which could produce the error is the piece of code with if ($input[0].tagName.toUpperCase() === "SELECT" && $input[0].multiple) {... (see here).
I posted the fix just now, which should eliminate the error. It includes the additional test if ($input.length > 0) {...} (see the line). I would still recommend you to examine the name and index values in colModel of your grids. It seems that your current code uses the filter with names or index, which is not from colModel or which uses some special characters. It's the only reason of the error, which one can see in console of your picture.
I would like to get a current date time with erlang.
I have tried using the code below;
{{Year,Month,Day},{Hour,Min,Sec}} = erlang:localtime().
But sometimes it got an error like '** exception error: no match of right hand side value {{2012,5,6},{23,40,58}}'
Looks like there is a problem with 1 digit. I try searching couple of webs but still cannot find a way to cope this.
I believe this is quite an easy one but as a erlang newbie, I cannot resolve this. I try my best.
Env:
Erlang {"OTP APN 181 01","R15B01"} installed with windows binary version
Windows XP
Thanks in advance,
No, there is no problem with 1 digit. It should match perfectly well (check with {{Year,Month,Day},{Hour,Min,Sec}} = {{2012,5,6},{23,40,58}}). Most likely you have already assigned one of the variables to something earlier in the function.