civicrm print invoice button - printing

In civicrm print invoice button is not working in wordpress. Error occur like this
Firefox can't find the file at http://wwwwwwwwww/dashboard/?page=CiviCRM&q=civicrm/contribute/invoice&reset=1&id=43&cid=2.
how to resolve this ?

I don't have a real answer for this - but my working local drupal url looks like:
http://dmaster.local/civicrm/contribute/invoice?reset=1&id=185&cid=202
Whereas yours is:
http://wwwwwwwwww/dashboard/?page=CiviCRM&q=civicrm/contribute/invoice&reset=1&id=43&cid=2
My guess is that you are accessing it from the contact dashboard & some wordpressness is prepended to the url. If you take the last part & swap it into a working wordpress url does it work?
If you can replicate the bug on the sandbox (http://wp46.demo.civicrm.org/) then you should log a JIRA issue.

Related

Change Directus 7 API url on the Dashboard in Docker

I am trying to use Directus 7 in Docker and I have encountered the following problem:
I have not been able to change the API URL in the Dashboard (APP), no matter what I assign to the environment variable API_ENDPOINT or API_URL. Whenever I open the dashboard it tries to go to the url http://localhost:7000..../ping, and since the API is not found there, it fails.
Is there any way to change the API URL in the dashboard in Docker ? I am using the images: directus/api:latest and directus/app:latest
You can see the example i am using in: https://github.com/directus/docker/blob/master/examples/single-api/docker-compose.yml
Thank you for your help.
Try to clear the browser-cache or force a reload using shift+f5. had the same prob and it turned out, that the first time a fired up the container I forgot to set the desired endpoint. when reloading the browser did not update the locally cached .js file.

Branch.io returns me a File Not Found

I'm trying the Branch.io API and I think I'm getting a weird problem because I'm not able to create my links properly: I can use the link for starting the app without parameter: this link http://4t3i.app.link/KDSYTMnSZs.
It works perfectly but as soon as I try to put some parameter following the doc for appending query parameters, it returns a File Not Found Webpage.
I tried:
https://4t3i.app.link/a/?&jobId=saucisse
https://4t3i.app.link/a?%24deeplink_path=article%2Fjan%2F123&%24fallback_url=https%3A%2F%2Fgoogle.com&channel=facebook&feature=affiliate&user_id=4562&name=Alex (that's the example they give)
I have the feeling I'm really missing something but no idea what. Is that so easy to add parameters: just a/ and then appending parameters??
Alex from Branch.io here:
We recently made a major back-end change to accommodate some new technical limitations that Apple imposed with iOS 9.3.1, and unfortunately it looks like we didn't fully update all our docs yet!
Your links are correct, but the /a is no longer necessary. So they would be:
https://4t3i.app.link?&jobId=saucisse
https://4t3i.app.link?%24deeplink_path=article%2Fjan%2F123&%24fallback_url=https%3A%2F%2Fgoogle.com&channel=facebook&feature=affiliate&user_id=4562&name=Alex
When you open these, you'll be able to see the link clicks coming through on this dashboard page
Thanks for noticing this. I'll make sure we get the documentation changedto reflect the new system.
Edit: also note that those examples above create new links with the specified parameters. If you simply want to append an additional parameter to an existing link, you'd do this: http://4t3i.app.link/KDSYTMnSZs?jobId=saucisse

Umbraco - Incorrect link to document when useDomainPrefixes = true

(To make this simpler - I've re-posted the first part of this question as a separate question, which has now been answered:)
Umbraco - Incorrect alternative link to document
Here's the full, original question:
On our website, we have the following structure:
sitename
-Global
-English
-UK
-English
for the Global > English page, the links to the page are showing as:
Link to document
/global/en/
Alternative Links
http://english
so the 'Link to document' is correct, but the alternative link isn't. On the UK > English page, I just get the correct 'Link to document'
On our development version, I've just turned on the useDomainPrefixes = true option in the umbracoSettings.config of of the site, and I've added a hostname for the top level 'sitename' node. Now I get the following as page links for the Global > English page:
Link to document
http://english/
Alternative Links
http://hostname/http://english/
http://english
I get the correct links for the UK > English page, showing the correct hostname in the URL like this:
Link to document
http://hostname/global/en/
I've tried re-publishing the entire root node (sitename), however I get an unusual timeout error. I've increased the timeout for the app pool, and for the session and the umbraco timeout in the web.config, however this is a different error probably related to the proxy server contacting the web server.
Is republishing the entire site the only fix? I've tried only publishing the sitename > Global node, which completes successfully, but doesn't fix the issue.
This is sometimes caused by setting the domains for the content nodes incorrectly. If you've right clicked and selected "Manage Hostnames" then you can get issues like this.
Remove all hostnames and see if everything works with UseDomainPrefixes=true.
I would reinstall from scratch and rebuild the site if the worst happens and you really cannot fix.

ZfcUser registration complications

My problem is that ZfcUser module isnt working properly at OpenShift hosting. Locally on my PC everything is OK i can register and log in but uploaded its not possible. There is no even errors showing up. Everything it says is "Authentication failed. Please try again."
My configs seems to be ok i've tried so many different combinations but looks like scipts have access to database (when i change to something random it shows exceptions etc.).
What i've figured out is that when i submit the register form it passes but it is not adding the user to database it is empty. Other thing is that even the "login_after_reigster" option is "false" it still try to login after "passed" registration.
Everything is the same (expect database configuration) as local (where it works) but not working on remote host
Try exporting the local database and import it on the server! I had this problem too, and this seems to resolve it.
Or, if you can, run in the console
php /path/to/public/folder/index.php orm:schema-tool:create --force
Then it will work!

Chrome browser doesn't like *.loc domain without http://?

For web development on localhost I'm using domains with .loc extension at the end of a domain name.
For example: if I work on a site roses.com, the local development domain would be roses.loc
(defined in hosts file and IIS as a host-header in binding)
My preferred browser (the main browser I use for development is Chrome) but unfortunately
it does not recognize a domain name with .loc extension as http://rose.loc - it throws me onto a google search page each time I would type in rose.loc (without http://) in the beginning..
Have you experienced this in a similar way ? Is there some solution to that ?
Because during intensive development testing with clearing browser cache and restarting the browser for various reasons, it's getting pretty annoying to be thrown at a google search page instead of the development page where I expect to notice some changes, each time I forget to type in http:// before the url (and Chrome is the one who hides it by default, anyway..)
Google Chrome is pretty "smart" with this. It uses a list of known-good TLDs and assumes everything else is just a search term that happens to end in a dot followed with some characters.
99% of the time that's perfectly fine. It's "only" us developers and a few people with strange network setups that have to suffer for the good of the majority ;-)
You can try using .local as your TLD, as that's a defined domain for referencing local domain names (at least it's used in some mDNS systems).
The issue has been entered as #30636 in the Chromium bug tracker. One workaround that often (but not always) seems to work is to append / to your hostname. So try roses.loc/.
I've created a search engine with a keyword of 'l' (my local TLD is .l). The URL for the search engine is http://%s.l. Then, I simply type "l mysite" in the address bar and it takes me to mysite.l.
Here is a workaround I came up with for this bug: http://code.google.com/p/chromium/issues/detail?id=30636#c38
I have Chromium installed on Linux Mint, and have a few localhost websites here. (I use Firefox for all of my work, so I have just discovered something here with Chromium.) My local sites are called morse and a.z. I had to enter http://morse/ and a.z/ respectively to get these sites to load the first time. They produced quick links on the new tab's otherwise blank page.
After closing Chromium, I reopened it and I could enter just morse/ and a.z to visit these sites. Since I've never seriously used this browser, I have not tailored any settings in it. (I did not use the quick link icons, but instead typed in the address bar.)
My findings confirm the localhost example.TLD/ entry does work when entered for the first time.
About Chromium: I am using Version 106.0.5249.119 (Official Build) for Linux Mint (64-bit).

Resources