I have recently upgraded my DotNetOpenAuth.dll to the newest version and now when I run my site I am getting this error:
CS1501: No overload for method 'OpenIdSelectorScripts' takes 3 arguments
and the line that it is on is:
<%= Html.OpenIdSelectorScripts(this, options, null) %>
Does anyone know what the correction for this should be now? Or what might have changed with the new dll?
The newest version removed the first parameter (Page). You can delete this, and it should work.
Related
I need help regarding this below issue:
Fatal error: Uncaught Exception: Error: Could not load template /www/hosting/part2print.cz/eshop/catalog/view/theme/default/template/checkout/payment_manager/confirm.tpl! in /www/hosting/part2print.cz/eshop/system/storage/modification/system/library/template/template.php:23 Stack trace: #0 /www/hosting/part2print.cz/eshop/system/storage/modification/system/library/template.php(57): Template\Template->render() #1 /www/hosting/part2print.cz/eshop/system/storage/modification/system/engine/loader.php(128): Template->render() #2 /www/hosting/part2print.cz/eshop/system/ocmodify/classes/engine/override.php(8): Loader->view() #3 /www/hosting/part2print.cz/eshop/system/ocmodify/classes/override/loader.php(55): OCMOverride->__call() #4 /www/hosting/part2print.cz/eshop/system/ocmodify/classes/engine/bridge.php(47): OCMLoader->view() #5 /www/hosting/part2print.cz/eshop/system/ocmodify/classes/library/load.php(82): OCMBridge->__call() #6 /www/hosting/part2print.cz/eshop/system/ocmodify/classes/engine/controller.php(121): OCMLoad->view in /www/hosting/part2print.cz/eshop/system/storage/modification/system/library/template/template.php on line 23
As I am using Opencart Version 3.0.3.1, when I go through checkout and reach to the 2nd last step "Payment Method" and select a method and click Continue, it gives me this above error (this error comes for some of method, like cash on delivery but not for all - This page (..catalog/view/theme/default/template/checkout/payment_manager/confirm.tpl!) is not even available, but Yes checkout/payment_manager folder is available).
One thing I want to clear, that I didn't changed the Payment Method controller file code and neither of confirm.twig file code, its a default opencart code. But this behaving strange.
Anybody of you can help please!!
As already said, OpenCart from version 3.x on use .twig only and not .tpl as template file extension.
And your message says it already all: you are using an additional extension which tries to load the template payment_manager/confirm.tpl
So, either you are using beside this extension also another one which allows .tpl files (not recommended!), or your extension is not for OC 3.x
btw: the path template/checkout/payment_manager shows me, that that extension does not follow the standard.
And, why are you using OC 3.0.3.1 and not 3.0.3.2 (which is better because of several bugfixes)?
Pepper got a new API update recently and we wanted to try out new navigation function, exactly... GoTo.
New QISDK plugin update in Android Studio + API 6 and JDK1.8 installed as mentioned in the requirements and new parameters for GoTo ( MaxSpeed, PathPlanning etc. ) are shown and usable, bet when we launch our activity and it builds the code it throws exception
W/System.err: Uncaught exception on Future: Could not find suitable method 'makeGoTo' in the given object for parameter types: (com.aldebaran.qi.AnyObject, com.aldebaran.qi.AnyObject, com.aldebaran.qi.Tuple). Candidates are: 'makeGoTo::(oo)'.
W/System.err: com.aldebaran.qi.QiException: Could not find suitable method 'makeGoTo' in the given object for parameter types: (com.aldebaran.qi.AnyObject, com.aldebaran.qi.AnyObject, com.aldebaran.qi.Tuple). Candidates are: 'makeGoTo::(oo)'.
when we try - > try - catch block says that this block even cannot throw QiException.
Same thing for new classes like HumanApproach as well...
What could be possible problem? Please help!
The API 6 is only available from Naoqi 2.9.4 which is going to be release this week.
I am facing a weird error within my codebase currently. You can see the full ZF2s project code on my github right here. <- there's a link
I'm having a Module set up with two Entities (X and Y). Entity_X contains a reference to Entity_Y via (targetEntity="Entity_Y"). The Error persist with the FQCN or just the CN itself.
Entity_X:
id int PK,
id_Y int FK,
text varchar
Entity_Y:
id int PK,
text varchar
When loading Entity_Y first and then Entity_X everything is working fine. This remains true for both StandardAutoloader and ClassMapAutoloader. However: when loading Entity_X first with ClassMapAutoloader present, i will be seeing the following error:
Fatal error: Cannot redeclare class Kennzahlen\Entity\Referenzwert (Entity_Y)
in \module\Kennzahlen\src\Kennzahlen\Entity\Referenzwert.php
on line 13
Loading Entity_X first with StandardAutoloader works without any problems, too.
Update
The Problem appears to be within ZF2s ClassMapAutoloader (or Autoloading-Mechanism in General). My Module used the ClassMapAutoloader and using this i've gotten the above mentioned error. When removing the ClassMapAutoloader and simply using the StandardAutoloader, the error vanished into thin air. Thanks to #ocramius and all others i've botheres with this :)
I'm writing a failing test case to try and solve this in doctrine/common. The problem seems to be that silent autoloaders (as explained by #Xerkus) are not compatible with doctrine/common itself. To solve that, use a StandardAutoloader from ZF2 (or from composer) instead of using the ClassMapAutoloader. This will solve the issue until a patch is ready.
Update: patch is being suggested at doctrine/common#216
i have no knowledge of doctrine, but i browsed through source and i think i found issue:
https://github.com/doctrine/common/blob/master/lib/Doctrine/Common/ClassLoader.php#L224
here, this code expects that autoloader will return value evaluated to true, but that is not requirement of spl autoload mechanism, therefore autoloader can return NULL,
To check if i am correct, in in your project in doctrine replace line 224 in Doctrine/Common/ClassLoader.php
} else if ($loader[0]->{$loader[1]}($className)) {
with
} else if ($loader[0]->{$loader[1]}($className) && class_exists($className, false)) {
Ans see if issue is fixed, if i am correct - then report bug to doctrine project
In my application I have a list of items which can be changed either by clicking on the list, using a next/previous button or via a menu which allows them to jump between items (mainly for the phone version which doesn't display the list).
I'm using the ensureIndexIsVisible function after the data provider for the list has been populated. However sometimes when I return to this page the application crashes out with the following error:
RangeError: Error #1125: The index 0 is out of range 0.
at spark.layouts.supportClasses::LinearLayoutVector/getMajorSize()[E:\dev\4.y\frameworks\projects\spark\src\spark\layouts\supportClasses\LinearLayoutVector.as:420]
The strange thing is that the index I pass into the function when it crashes isn't 0. It can be 1 or 3 or presumably anything. I can stop the application from crashing if I remove the function call but I need the list to show what question is currently selected.
The actual line that crashes is this:
var block:Block = blockTable[index >> BLOCK_SHIFT]; from a function called getMajorSize
As this has gone unanswered for so long I thought I'd answer it myself back with what I've recently ended up doing.
I managed to get this issue resolved by mainly changing the points where I called the function. i.e. it was being called too early.
However I recently changed over to using a custom function that someone else posted as I found that the ensureIndexIsVisible was often jumping to the wrong position in the list (due to a variety in heights of the items).
The function can be found on this question and is called scrollToIndex:
Scroll to selected item in Flex 4 Spark List component
This error is related to FLEX-28291, which should be fixed in the next version of Apache Flex (probably 4.14).
I have been researching this, and cannot seem to find anything about it.
We work on CF8. When my coworker tried installing my latest code updates, he started seeing errors that the argument supplied to a function was not of the specified interface type. Worked fine for me. Same set up. Sometimes it works for him. Also have the problem on our dev server.
I have since been able to isolate and reproduce the problem locally.
Here is the set up.
I have 2 mappings on the server:
"webapp/" goes to c:\webroot\
"packages/" goes to c:\webroot\[domain]
Then I created an interface, call it ISubject and a component that implements it, called Person, and saved both under packages. Here is the declaration for Person:
cfcomponent implements="packages.ISubject"
Finally, there is a component, called SubjectMediator with a function, called setSubject, that wants an object of the ISubject interface type. Here is the argument declaration for setSubject:
cfargument name="subject_object" type="packages.ISubject"
To implement:
variables.person = createObject("component", "packages.Person").Init();
variables.subjectMediator = createObject("component", "packages.SubjectMediator ").Init();
variables.subjectMediator.setSubject(variables.person);
That last line throws the error that Person is not of type ISubject. If I do isInstanceOf() on Person against ISubject it validates fine.
So the reason this is happening? Dumping getMetaData(variables.person) shows me that the interface path is webapp.[domain].ISubject. And indeed, if I change the type attribute of the argument to use this path instead of packages.ISubject, all is fine again.
Coldfusion seems to be arbitrarily choosing which mapping to resolve the interface to, and then simply doing a string comparison for check the type argument?
Anyone had to contend with this? I need the webapp mapping, and I cannot change all references to "packages" to "webapp.[domain]." I also am not able in this instance to use an application-specific mapping for webapp. While any of these 3 options would circumvent the issue, I'm hoping someone has some insight...
The best I've got is to set argument type to "any" and then check isInstanceOf() inside the function... Seems like poor form.
Thanks,
Jen
Can you move the contents of the packages mapping to outside the webroot? This seems like the easiest way to fix it.