Determine the ws DevTools URL (Chrome), of already running browser instance - rest

I have a really short question.
Q. How to obtain the main browser process or first tab Devtools Url of an already running Chrome Instance in debugging (--remote-debugging-port argument) (Firefox answers are also welcome.)
Background on things I have Tried.
Tried to do a curl get request on the hostname and port, hoping that it would give some output on the url
Information available to work with:
Hostname (or IP)
Port number
Browser name
Apologies if This is a repeat question, I tried to search a lot but couldn't find the answer I'm looking for

Related

Error: 404 The page you're looking for could not be found (gitlab). How to resolve it?

Let's say I have some website with the name website.eu. When I deploy it and try to get access to a page online like this website.eu/about I catch the error:
"404 The page you're looking for could not be found. The resource that you are attempting to access does not exist or you don't have the necessary permissions to view it"
When I click on the link that brings me a website.eu/about it works well, but trying to type that URL in the input field it fails.
Everything works fine locally.
The project is developed using Vue3.
The project is no GitLab.
If someone helps I would appreciate it.
Hard to tell without seeing the code, but my guess is your router setup uses the web history mode, which relies on the server to have certain settings applied.
I believe switching to hash mode (while adding # to the routes) will work.
Alternatively, you can update your server to support redirects to have the html mode work.
example server configurations

ModalPopupExtender doesn't show on some computers

I maintain a vb.net website. A button on a page shows an AjaxControlToolkit.dll ModalPopupExtender. When I click the button, the page reloads, but no popup appears.
My tests below cover the scenarios I can think of. Please help me diagnose and fix.
This ModalPopupExtender succeeded in the past. The error might have started when we moved to a new server, or when we implemented https, or a browser update, or at some other time since then.
Tried Chrome (latest) and Firefox.
I RDPed into the server and opened the page in Chrome there. ModalPopupExtender succeeded. Same Chrome version as my PC. So, unlikely to be a code issue.
A different page on the same site uses ModalPopupExtender successfully. So, unlikely to be local PC settings.
I put lines of test code immediately before and after ModalPopupExtender.Show(). Both succeed.
Aha - found it!
Solution
The ASPX/HTML referred to http://ajax.googleapis.com. Changing the references to https made ModalPopupExtender.Show() work correctly for me.
Explanation/Diagnosis (if you can clarify further, please comment)
When I checked the html served to my browser, I noticed it defined a javascript function called fn(). The definition for fn() didn't appear in the html served to the server's browser. After the https change, fn() no longer appears in the html I receive. The other page, where ModalPopupExtender worked, didn't have any reference to googleapis.com.
I assume that using http instead of https caused ajax.googleapis.com to provide fn() and that fn() in some way interfered with the normal operation of my ModalPopupExtender.
Here's the fn() definition: (function {var fn = function() {Sys.Extended.UI.ModalPopupBehavior.invokeViaServer('ctl00_cphContent_ModalPopupExtenderConfirm', true); Sys.Application.remove_load(fn);};Sys.Application.add_load(fn);})();
Note: the http also included another javascript function related to the ModalPopupExtender. But there was a similar one on the working page, and in the working version served to the server's browser, and in my fixed version. So, I assume that function is correct.

Privoxy whitelist faulty on redirect

My problem, in a nutshell, is the following:
I use Privoxy to set up a whitelist of sites in Raspbian Jessie on Chromium. I have Chromium start on boot with the following snippet in lxsession/LXDE-pi/autostart:
#privoxy
#chromium --incognito --kiosk --proxy-server=127.0.0.1:8118
This does work as intended, with every site except the ones I specify blacklisted.
Now I edited /privoxy/templates/blocked so that instead of the usual site it will give me a redirect to a certain site should a link be opened that is not on the whitelist:
<!DOCTYPE html>
(Stuff happens)
Please go back to this site.
example.com being one of the sites I whitelisted. The problem is, it simply redirects me to the "blocked" page again, making me stuck in a loop. Does anyone have a clue why this would be and how I could work around it? I tried using
window.history.back()
however it doesn't seem to work either.
I use Kiosk mode because I want to use this in a context where entereing URL-adresses is not desired, just to clarify my Chromium-call.
Well, I solved it, at least partially. Turns out that I need to add http:// in front of the URL, since it gets added to the already existing URL otherwise. Which is fair, but a bit awkward for me to admit. HTML isn't exactly my forté. Marking it as solved and keeping it, just in case somebody stumbles upon a similar problem.

MarkLogic REST URL not working in Chrome browser

I have created MarkLogic REST port on 6000 (say). The database contains few xml documents.
When I call the following URL on chrome it does not work
http://localhost:6000/v1/documents?uri=/transformed/1000004.xml
However it works on Internet explorer.
This is something strange because I have created MarkLogic REST port many times and it has worked on chrome.
Can anyone please help with what might be the reason??
N.B : Application uses 'application-level' authentication and default user is 'admin (admin)'
MarkLogic will be responding the same way regardless of the browser; I think the most likely problem is with Chrome's presentation of the results. Use the "View Source" option and you should see the XML.

Kenexa LCMS 8.2 content to Moodle LMS via AICC URL

Before I begin, I'd like to appologise for any improper terminology. I am in a jack-of-all-trades position right now and LCMS/LMS systems are not my primary focus typically.
Goal:
Create content that is stored and edited in Kenexa (Formerly Outstart) LCMS and is accessed via AICC URL in the Moodle LMS. This is important to us because we'd like to have the content in a central repository (the LCMS), where changes can be made to the content and instantly applied to the LMS(s).
Problem:
Unable to connect to LCMS content using an AICC URL (generated by the LCMS) using Moodle LMS. When connecting, I receive this error:
AICC HACP Entry Point Error
AICCException : The callback to the LMS failed with http status code (404)
When creating the AICC URL, the LCMS will present an error if I supply an invalid or unreachable URL for my LMS. In this case, the LCMS can "see" the LMS, as far as I can tell.
Details:
The LCMS uses an editable XML file when publishing the AICC URL and content. That file looks like this:
<publish_configuration>
<destination>
<id>{instance_id}</id>
<label>{instance_label}</label>
<url>{protocol}://{destination_host}/{pens_context}</url>
<standard>pens</standard>
<transport_location>{protocol}://{source_host}/{repository_context}</transport_location>
<transport_userid>{transport_user}</transport_userid>
<transport_account>{transport_account}</transport_account>
<transport_password>{transport_password}</transport_password>
<system_userid>{system_user}</system_userid>
<system_password>{system_password}</system_password>
</destination>
<destination>
<id>02</id>
<label>Moodle_Test</label>
<url>http://LMS-URL/moodle</url>
<standard>pens</standard>
<transport_location>http://LCMS-URL/LCMS/evsfiles/exports</transport_location>
<transport_userid></transport_userid>
<transport_account>FIRST_USERID</transport_account>
<transport_password>FIRST_PASSWORD</transport_password>
<system_userid>SECOND_USERID</system_userid>
<system_password>SECOND_PASSWORD</system_password>
</destination>
</publish_configuration>
Fiddler shows that a request is sent to the LCMS when the AICC URL is launched and receives a "200 OK" header response.
We've been using the second "destination" option in the XML and it seems to generate the AICC URL correctly, from the LCMS's point of view. When launched, directly in the browser or from the LMS, the error from the beginning of this question pops up.
We have another type of LMS using these AICC URLs and it is working correctly, however we are trying to take this method and apply it to many different sites that are all using moodle.
System Information:
LMS:
Moodle: Version 2.3.2 (Build 201220910)
Apache2: 5.0.8
PHP: 5.3.16
MySQL: 5.5.21
Enable direct AICC url checked
Enable external AICC HACP checked
LCMS:
Kenexa LCMS: 8.2.0073
Tomcat Application Server: 6.0.32 (Bundled with LCMS)
MSSQL Server: 2008 R2
General
- Both applications are running on the same server.
- No internet connection to server.
- Local Address (192.168.1.10) doesn't work correctly in the publish.xml file
Questions:
Is it possible that PHP or Apache are blocking the AICC communication between the LCMS and the LMS?
Could this be a Moodle issue with AICC URLs?
I'm not sure if there are any other questions I should be asking in relation to this. I don't know enough about the inner workings of AICC/MOODLE/Kenexa LCMS to pinpoint the issue here. My usual solution would be to google until I find a similar issue and tailor their solution to fit my issue, but I am having a hard time finding anything like this.
If you need any more information, logs, etc, please let me know!
Thank you in advance!
UPDATE - 15/7/2013
After digging around the "fantastic" Moodle forums, I found a link to this bug report. Now, this didn't sound exactly like my problem, but I was running out of ideas so I gave it a try.
How to fix this issue:
Navigate to the SCORM Lesson Settings
Find "Display course structure in player"
Disable
Save and Display
I'm assuming that the JScript used to populate the "Table of Contents" in the content player is having issues with the AICC URL. As far as I can tell, the AICC URL does not provide any "course structure" so the Jscript fails to build the ToC and thus causes some deeper issues with the AICC content being displayed. (Most of this is assumption, would love for someone else to verify).
Quoting my update from the original question:
After digging around the "fantastic" Moodle forums, I found a link to this bug report. Now, this didn't sound exactly like my problem, but I was running out of ideas so I gave it a try.
How to fix this issue:
Navigate to the SCORM Lesson Settings
Find "Display course structure in player"
Disable
Save and Display
I'm assuming that the JScript used to populate the "Table of Contents" in the content player is having issues with the AICC URL. As far as I can tell, the AICC URL does not provide any "course structure" so the Jscript fails to build the ToC and thus causes some deeper issues with the AICC content being displayed. (Most of this is assumption, would love for someone else to verify).