makingflowwork.com Report : Visit Site

Technical data of the makingflowwork.com

Geo IP provides you such as latitude, longitude and ISP (Internet Service Provider) etc. informations. Our GeoIP service found where is host makingflowwork.com. Currently, hosted in United States and its service provider is New Dream Network LLC .

HTTP Header Analysis

HTTP Header information is a part of HTTP protocol that a user's browser sends to called Apache containing the details of what the browser wants and will accept back from the web server.

DNS

HtmlToText

k2 blackpearl: making flow work thoughts about using k2 blackpearl home rss hosting k2 forms in iframes 01 jun sometimes you want to host a k2 form in another html page. sharepoint is a great example of this. the issue is that you want it to be nice and seamless with no scrollbars. using jquery you can resize the frame to fit the contents, but thanks to security requirements the hosting page is not allowed to access the contents of the page it’s hosting. this means your hosting page can’t access the height of the contents, so you don’t know how to resize the frame. luckily there’s a very simple way to accomplish this. let’s say you have a sharepoint page that needs to host a k2 smartform. your html would contain something like this: <iframe id="k2iframe" style="width: 100%;" src="https://k2.smartflow.solutions/designer/runtime/form/home" width="300" height="150" frameborder="0" marginwidth="0" marginheight="0" scrolling="no"></iframe> if you run it like this, you’re going to get a frame with the default height and most of the form is cut off. here’s the solution: step 1: have the k2 form send it’s height to the parent add a data label to the form and check the ‘literal’ button add a rule on the form that executes when the form is initialized in the rule, transfer the following to the data label: <script> $(document).ready(function() { var body = document.body, html = document.documentelement, height = math.max(body.scrollheight, body.offsetheight, html.clientheight, html.scrollheight, html.offsetheight); if (parent.postmessage) { parent.postmessage(height, "*"); } }); </script> step 2: add the event handler on the parent page <iframe src="https://k2.smartflow.solutions/designer/runtime/form/home" id="k2iframe" style="width: 100%;" scrolling="no" marginwidth="0" marginheight="0" frameborder="0" vspace="0" hspace="0"></iframe> <script type="text/javascript"> var k2resize_resize = function (event) { var k2iframe = document.getelementbyid('k2iframe'); if (k2iframe) { k2iframe.style.height = event.data + "px"; } }; if (window.addeventlistener) { window.addeventlistener("message", k2resize_resize, false); } else if (window.attachevent) { window.attachevent("onmessage", k2resize_resize); } </script> that’s it. obviously this won’t handle resizing forms, but this should get you started. hope that helps. 5 comments posted by trent jacobs on june 1, 2017 in extending k2 , k2 for sharepoint 2013 , smartforms dynamically assigning tasks to sharepoint 2013 users 29 oct if you’re using the web designer for a k2 for sharepoint 2013 workflow and you assign a task to a user that someone selects from a people picker then you’ll notice it works pretty seamlessly. however, try do the same thing in k2 studio and it fails miserably. this is because the value that’s stored for the selected task owner is the sharepoint id, so if you do assign a task to that user it will be assigned to k2:mydomain\167 luckily there’s a way past this, but it’s not obvious. thanks to igor from k2 for helping me find this… step 1: create a new smartobject. there’s a very useful service object which k2 include with the product but by default there’s no smartobject available over it. we’re going to fix that by creating a new smartobject for it. run the smartobject testing tool (in the bin folder) and look for this service object: once you’ve clicked “create smartobject” you can change the category (i’ll leave it as default for now) and publish it: step 2: test the new smartobject open the category you published the smartobject to and execute it. you’ll see pages of new methods available to you. look for the one called “get k2 fqn for sharepoint users” and fill in the details you want. the site url will be your sharepoint site, the k2 label will always be “k2”, and in the user ids field you can enter in a semicolon-delimited list of sharepoint ids. run the method and ad users pop out the other end: that’s it. hope that helps someone! leave a comment posted by trent jacobs on october 29, 2015 in k2 for sharepoint 2013 , service brokers , smartobjects completing tasks with exchange 18 sep we recently came across an interesting issue where the user would complete an action with exchange integration (replying to the email with “approve”) and even though it worked they would always get a second email with: “the k2 server could not find the worklist item 479_54. this item may have been actioned by another user. the full error from the k2 server is ‘the worklist item 479_54 is no longer available or you do not have rights to open it.’.” it took a while to get to the bottom of it, but when you realise what’s going on it’s actually simple to resolve. what happens is that the k2 service account will be checking for emails on the account, and then when it gets the email it will parse it and action the task. in our case the problem was that the uat k2 server was using the same k2 service account as the production server. this means that the exchange account was being checked by the production k2 service as well as the uat k2 service. the production server happily completed the task, but of course that task doesn’t exist on the uat environment so the second ‘fail’ email came form the uat server, not the production server. to resolve this issue make sure you aren’t using the same service account on more than one environment on the same domain. of course it’s best practice to use different accounts anyway, but here’s one more reason why… 3 comments posted by trent jacobs on september 18, 2015 in k2 workflows some users complete tasks, but it ain’t working… 25 jun had a very interesting issue with a client’s environment recently. there was one user (let’s call her jane) who couldn’t complete tasks. they would appear in her task list and she could action them without any errors, but it just looked like nothing was happening and the task would just sit there until someone else completed the task. it turns out the error was in the database, but it’s tricky to see the problem. i ran the following query: select top 1000 [id] ,[actionername] ,[actionertype] ,[status] from [k2].[server].[actioner] where actionername like '%jane%' the results looked fine, but exporting the results to csv and opening them in notepad revealed the problem. i expected this: 22,k2:xyz\jane,1,null but what i got was this: 22,k2:xyz\jane________________________________________,1,null notice the ‘_’s? that’s actually a massive amount of whitespace after the user’s name. that’s what caused the issue. i trimmed the username and suddenly the problem went away. here’s the script to fix all the entries (thanks mieke): begin transaction update [k2].[server].[actioner] set [actionername] = rtrim([actionername]) commit so what caused it? here’s a response from k2 support (who were very helpful as always): hi trent values are written to the actioners table based on the destination users set in a wf . every user/group/role or value ever used as a destination will show up in this table . effectively , any user that get’s authenticated by the server … the problem comes in at the point where destinations are assigned . in cases where destinations are assigned dynamically via datafields who’s values are derived from outside sources (drop downs , user input and so on) … if a value was copy/pasted into a input field that will then be used as the destination , then this value will end up in the actioners table as is (utf characters and all) . in most cases this is why these spaces are introduced … erroneous user input which eventually filters down to the db level but is pretty much invisible from any ui elements due to sql and most of the web interface’s auto-trimming actions . in very rare cases i have found that the spaces come directly from ad , where the ad object was created using powershell and the inputs for the user details copy/pasted from some sort of rich text document containing utf characters … howev

URL analysis for makingflowwork.com

http://www.makingflowwork.com/2012/07/
http://www.makingflowwork.com/2012/01/management-tab-missing-in-workspace/#comments
http://www.makingflowwork.com/category/k2-for-sharepoint-2013/
http://www.makingflowwork.com/2011/04/
http://www.makingflowwork.com/2015/09/completing-tasks-with-exchange/#comments
http://www.makingflowwork.com/2012/01/
http://www.makingflowwork.com/2011/12/windows-workflow-foundation-episode-3/
http://www.makingflowwork.com/2010/05/
http://www.makingflowwork.com/category/infopath/
http://www.makingflowwork.com/category/wf4/
http://www.makingflowwork.com/2010/07/
http://www.makingflowwork.com/category/smartforms/
http://www.makingflowwork.com/wp-content/uploads/2015/10/3-execute.png
http://www.makingflowwork.com/2011/11/windows-workflow-foundation-episode-2/#comments
http://www.makingflowwork.com/2011/12/windows-workflow-foundation-episode-3/#respond

Whois Information

Whois is a protocol that is access to registering information. You can reach when the website was registered, when it will be expire, what is contact details of the site with the following informations. In a nutshell, it includes these informations;

Domain Name: MAKINGFLOWWORK.COM
Registry Domain ID: 1644337055_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.dreamhost.com
Registrar URL: http://www.DreamHost.com
Updated Date: 2018-02-05T08:20:42Z
Creation Date: 2011-03-08T18:16:07Z
Registry Expiry Date: 2019-03-08T18:16:07Z
Registrar: DreamHost, LLC
Registrar IANA ID: 431
Registrar Abuse Contact Email:
Registrar Abuse Contact Phone:
Domain Status: ok https://icann.org/epp#ok
Name Server: NS1.DREAMHOST.COM
Name Server: NS2.DREAMHOST.COM
Name Server: NS3.DREAMHOST.COM
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of whois database: 2018-09-25T16:04:41Z <<<

For more information on Whois status codes, please visit https://icann.org/epp

NOTICE: The expiration date displayed in this record is the date the
registrar's sponsorship of the domain name registration in the registry is
currently set to expire. This date does not necessarily reflect the expiration
date of the domain name registrant's agreement with the sponsoring
registrar. Users may consult the sponsoring registrar's Whois database to
view the registrar's reported date of expiration for this registration.

TERMS OF USE: You are not authorized to access or query our Whois
database through the use of electronic processes that are high-volume and
automated except as reasonably necessary to register domain names or
modify existing registrations; the Data in VeriSign Global Registry
Services' ("VeriSign") Whois database is provided by VeriSign for
information purposes only, and to assist persons in obtaining information
about or related to a domain name registration record. VeriSign does not
guarantee its accuracy. By submitting a Whois query, you agree to abide
by the following terms of use: You agree that you may use this Data only
for lawful purposes and that under no circumstances will you use this Data
to: (1) allow, enable, or otherwise support the transmission of mass
unsolicited, commercial advertising or solicitations via e-mail, telephone,
or facsimile; or (2) enable high volume, automated, electronic processes
that apply to VeriSign (or its computer systems). The compilation,
repackaging, dissemination or other use of this Data is expressly
prohibited without the prior written consent of VeriSign. You agree not to
use electronic processes that are automated and high-volume to access or
query the Whois database except as reasonably necessary to register
domain names or modify existing registrations. VeriSign reserves the right
to restrict your access to the Whois database in its sole discretion to ensure
operational stability. VeriSign may restrict or terminate your access to the
Whois database for failure to abide by these terms of use. VeriSign
reserves the right to modify these terms at any time.

The Registry database contains ONLY .COM, .NET, .EDU domains and
Registrars.

  REGISTRAR DreamHost, LLC

SERVERS

  SERVER com.whois-servers.net

  ARGS domain =makingflowwork.com

  PORT 43

  TYPE domain

DOMAIN

  NAME makingflowwork.com

  CHANGED 2018-02-05

  CREATED 2011-03-08

STATUS
ok https://icann.org/epp#ok

NSERVER

  NS1.DREAMHOST.COM 64.90.62.230

  NS2.DREAMHOST.COM 208.97.182.10

  NS3.DREAMHOST.COM 66.33.205.230

  REGISTERED yes

Mistakes

The following list shows you to spelling mistakes possible of the internet users for the website searched .