מאָך טעלז Me “צוטריט דינייד” צו עדיט אַ וואָרקפלאָוו טאַסק, אבער איך רילי צי האב אַקסעס

I’ve implemented a workflow using SharePoint Designer in a site which is mainly read-only to "NT_AUTHORITY\Authenticated Users" (י.ע. יעדער יינער). There is a forms library for an InfoPath form. There is an associated workflow tasks list as well so that when the workflow operates, עס קענען באַשטימען טאַסקס צו מענטשן.

איך ברעכן דערלויבעניש פֿאַר די פארמען ביבליאָטעק און אַרבעט רשימה אַזוי אַז קיין אָטענטאַקייטאַד באַניצער קענען מאַכן פארמען און דערהייַנטיקן זייער אַסיינד טאַסקס.

I test with my low-privileges test account.

קענען איך פּלאָמבירן אויס און ראַטעווען אַ פאָרעם צו דער ביבליאָטעק? –> יאָ

קענען איך צוטריט די אַרבעט פון אַ Email לינק? –> יאָ

קענען איך זען אַ רעדאַגירן וואָרקפלאָוו אַרבעט לינק –> יאָ

קענען איך גיט אויף וואָס לינק? –> קיין … דערלויבעניש דינייד.

פארוואס קענען איך זען אַ רעדאַגירן לינק וואָס דינייז מיר דערלויבעניש ווען איך דרוק אויף עס? That’s not how it’s supposed to work…

איך גיין דורך די זיכערהייַט קאַנפיגיעריישאַן ווידער, very closely. I do it again. איך באַטראַכטן דיליטינג דעם פּאָסטן ווייַל איך דאָך טאָן נישט וויסן עפּעס וועגן זיכערהייַט.

לעסאָף, I search the Internets. I find this highly unlikely MSDN forum thread: http://forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1838253&SiteID=17

די פּאָסטערס דערשייַנען צו זייַן סאַגדזשעסטינג אַז די פּשוט אַקט פון עקספּאָרטינג די וואָרקפלאָוו צו אַ פאָר טאַץ וועט פאַרריכטן אַ מאָך זיכערהייַט אַרויסגעבן? I can hardly believe I just typed that. I’m reminded of the South Park episode about the 9/11 קאַנספּיראַסי ווו סטאַן איז אַסקינג אונדזער פּרעזניט, "Really?" over and over again.

אַזוי, גאָרנישט צו פאַרלירן, איך פייַער אַרויף ספּד, רעכט-גיט אויף די וואָרקפלאָוו און ראַטעווען עס צו מיין C:\ drive. That would be the c:\ drive on my laptop. I’m looking over my shoulder the whole time so that no one will ask me, "why are you saving that workflow to your laptop?"

ינקרעדאַבלי, that solves my problem. I can edit the task.

איך כירביי נאָמינירן דעם צו זייַן דעם רובֿ באַזאַר וואָרקפלאָוו וואָרקאַראָונד פון 2007.

</עק>

טעטשנאָראַטי טאַגס:

שאַרעפּאָינט דיזיינער, קראַנט יטעם ס “ענקאָדעד אַבסאָלוטע URL” און הטטפּס

We often want to send an email that includes a hyperlink to the item or document that triggered the workflow. We can use current item’s "Encoded Absolute URL" for this purpose. אָבער, it always seems to use "http" for the URL protocol. If your site runs on HTTPS then it will not work for you.

בילד

ווי ווייַט ווי איך וויסן, there is no out of the box solution to this problem. If you need to use HTTPS, איר האָבן ניט אויס פון די קעסטל אָפּציע.

צו סאָלווע עס, create a custom action that provides a string replace function to use in your workflow. Alternatively, ניצן אַ 3 טיילווייַז געצייַג אַזאַ ווי די ויסגעצייכנט פּעקל דאָ: http://www.codeplex.com/spdwfextensions 🙂

</עק>

שנעל און יזי: באַשטימען אינערלעכער קאַלאַם נעמען פון אַ וועבזייַטל קאַלאַם

דערהייַנטיקן: דזשערעמי טהאַקע האט בלאָגגעד וועגן דעם און לייגן אַרויף עטלעכע קאָד פֿאַר אַ קאַנסאָול אַפּלאַקיישאַן וואָס ווייזט ינערלעך נעמען.

I was trying to get a content query web part to display a due date from a task and because the screen label is "Due Date", איך אנגענומען אַז דער זייַל נאָמען צו נוצן אין <קאָממאָנוויעוופיעלדס> is "Due_x0020_Date".

פאַלש!

The real column name in this case was "DueDate".

ווי האט איך געפינען עס? I re-read Heather שלמה ס בלאָג פּאָזיציע אויף מאַדאַפייינג קקוופּ to show additional columns of data. She describes this process at step #13. Trust it. It’s correct. אין מינדסטער, it was correct for me. I did not trust it at first for another column with a much longer name.

I say "Trust it" because I did not trust it and probably wasted near two hours butting my head up against a wall. After I resolved the "DueDate" נאָמען, איך געוואלט צו לייגן אן אנדער פעלד צו <קאָממאָנוויעוופיעלדס>. Using the Solomon technique, I was getting a column name like "XYZ_x0020_Project_x0020_Due_x00".

איך געדאַנק צו זיך, that’s clearly a truncated name. I went ahead and un-truncated it with no success. I finally used the seemingly truncated name and it worked.

באָנוס שפּיץ: ווען איך איז געווען ארבעטן מיט די קקוופּ, אויב איך צוגעלייגט אַ שלעכט ינערלעך נאָמען צו <קאָממאָנוויעוופיעלדס>, the CQWP would tell me that the query had returned no results. אָבער, אויב איך צוגעלייגט אַ דאַטן טיפּ צו די פעלד נאָמען, it would return a result. Adding the data type actually masked a problem since I was referencing a non-existent field. I could add it, אָבער ווען איך געפרוווט צו אַרויסווייַזן זייַן ווערט, I would always get a blank.

דאס האט נישט מאַסקע דער טעות:

<קאָממאָנוויעוופיעלדס>דוע_קס0020_דאַטע;</קאָממאָנוויעוופיעלדס>

דאס האט מאַסקע דער טעות:

<קאָממאָנוויעוופיעלדס>דוע_קס0020_דאַטע,דאַטעטימע;</קאָממאָנוויעוופיעלדס>

</עק>

היט אייך ברעאַקינג ענדערונגען צו יטעמסטילע.קססל

איך איז געווען ארבעטן מיט יטעמסטילע.קססל צו קאַסטאַמייז די קוק פון אַ אינהאַלט קווערי וועב חלק און רעכט וועגן לאָנטש צייַט, I made a breaking change to the xsl. I didn’t realize it, but this had far reaching effects throughout the site collection. I went off to lunch and upon my return, noticed this message appearing in a bunch of places:

Unable to display this Web Part. To troubleshoot the problem, open this Web page in a Windows SharePoint Services-compatible HTML editor such as Microsoft Office SharePoint Designer. If the problem persists, contact your Web server administrator.

I blamed the client (not realizing as yet that it was my fault at this point) but eventually noticed that visual studio intellisense was warning me that I had malformed XSL. I corrected it and everything started working.

Be darned careful when working with ItemStyle.xsl (and any of the global XSL files) — breaking them affects many artifacts in the site collection.

<סוף />

מייַן זון כאַקט גאַמעספּאָט

אַזוי, דעם מאָרגן, מיין זון איז באשלאסן צו זען אַן עלטער-דרייַצן ריסטריקטיד האַלאָ 3 ווידעא בייַ גאַמעספּאָט. I’m outside shoveling snow, so I’m not there to help or hinder. Necessity is the mother of invention and all that … he has a eureka! moment. He realizes that even though Gamespot wants him to enter his פאַקטיש געבורט טאָג, ער קענען פאקטיש אַרייַן קיין birth date he wants. Once he realized that, ער געמאכט זיך אַלט גענוג צו זען דעם ווידעא.

I’m not quite sure how I feel about this 🙂

זונטיק מאָדנע: “עס ס פּרינטינג גאַרבידזש”

אין מיין ערשטער אַרבעט אויס פון קאָלעגע אין 1991, איך איז געווען מאַזלדיק צו צו אַרבעטן פֿאַר אַ מאַנופאַקטורינג פירמע מיט 13 לאָוקיישאַנז, not including its corporate HQ in New Jersey. I joined just when the company was rolling out a new ERP system. We were a small IT department of about ten people altogether, two of whom Did Not Travel. Part of the project involved replacing IBM System 36 boxes with HP hardware and HPUX. Everyone used green tubes to access the system.

די פּרויעקט ראָללס צוזאמען און איך בין געשיקט אַראָפּ צו באַלטימאָרע מיט אַ נייַ קאָ-אַרבעטער, דזשעף. Our job was to power up the Unix box, מאַכן זיכער די אָ / א איז פליסנדיק, ינסטאַלירן די ערפּ סיסטעם, קאַנפיגיער די ערפּ, train people on the ERP and do custom work for folks on the spot. (דאס איז געווען אַ חלום אַרבעט, ספּעציעל קומען גלייַך אויס פון קאָלעגע). Before we could really get off the ground, מיר דארף צו אַנפּאַק אַלע די גרין טובז, put them on desks and wire them. And the best part was that we had to put the RJ11 connectors on ourselves.

פֿאַר עטלעכע סיבה וואָס איך קיינמאָל פארשטאנען און פאקטיש קיינמאָל געדאַנק צו פרעגן וועגן אין די צייַט, מיר האט געהאט עטלעכע קאָנטראַקטינג פירמע קומען צוזאמען און לויפן קאַבלע איבער די פאַבריק, but we didn’t have them put on the connectors. אַזוי, there was a "patch box" with dozens of of unlabeled cables in the "computer room" און די סנאַקעד אַרום דעם בנין צו פארשידענע ערטער אין די בנין.

מיר געארבעט אונדזער וועג דורך אים איבער דעם גאַנג פון אַ אָפּרוטעג, טעסטינג יעדער דראָט, פּאַטינג אויף אַ קאַנעקטער (מאכן זיכער עס איז געווען גלייַך ווס. קראָסט), ינשורינג די ביסל סעטטינגס אויף די גרין טובז און פּרינטערס זענען ריכטיק, labeling wires, making sure that "getty" was running correctly for each port and probably a thousand other things that I’ve suppressed since then. It all came together quite nicely.

אָבער, there was one important cable that we couldn’t figure out. The plant in Baltimore had a relationship with a warehousing location in New Jersey. Some orders placed in Baltimore shipped out of that location. There were two wires that we had to connect to the HPUX box: a green tube and a printer. The green tube was easy, אָבער די דרוקער פארקערט אין אַ דרייַ-וואָך נייטמער.

אויב איר טאָן ניט וויסן עס, אָדער האָבן סאַפּרעסט עס, דילינג מיט גרין טובז און פּרינטערס דעם וועג, there are various options that you deal with by setting various pins. 8-ביסל, 7-ביסל, פּאַריטעט (אַפֿילו / מאָדנע / קיינער), probably others. If you get one of those settings wrong, דער רער אָדער דרוקער נאָך ווייזט שטאָפּן, אָבער עס וועט זייַן גאַנץ גיבעריש, or it will be gibberish with a lot of recognizable stuff in between. אַוואַדע, these pins are hard to see and have to be set by using a small flat-edge screw driver. And they are never standard.

מיר שטעלן זיך דער ערשטער פון פילע שנעל רופט מיט די נדזש באָכער (אַ גריזאַלד קאָמפּיוטער האַטער וואס מיסטאָמע קללות אונדז צו דעם טאָג). We got the green tube working pretty quickly, but we couldn’t get the printer to work. It kept "printing garbage". We would create a new RJ11 connector, switching between crossed and straight. We would delete the port and re-created in Unix. We went through the arduous task of having him explain to us the pin configuration on the printer, קיינמאָל טאַקע זיכער אויב ער איז געווען טאן עס ריכטיק.

עס ס וועגן צייַט צו גיין לעבן, אַלץ אין באַלטימאָרע איז כאַמינג, אָבער מיר קענען נישט באַקומען די געשאלטן דרוקער אַרויף אין נדזש צו אַרבעטן! We’ve exhausted all possibilities except for driving back up to NJ to work on the printer in person. To avoid all that driving, we finally ask him to fax us what he’s getting when it’s "garbage", כאָופּינג אַז אפֿשר דאָרט וועט זייַן עטלעכע קלו אין אַז מיסט וואָס וועט זאָגן אונדז וואָס מיר ניטאָ טאן אומרעכט.

ווען מיר גאַט דער פאַקס, we immediately knew what was wrong. זען, our method of testing whether we had configured a printer correctly was to issue an "lp" באַפֿעלן ווי דעם:

לפּ / עטק / פּאַססווד

בייסיקלי, we printed out the unix password file. It’s always present and out of the box, always just one page. You standard Unix password file looks something like this:

סמיט:*:100:100:8א 74(אָפיס):/היים / סמיט:/וסר / בין / ש
:*:200:0::/היים / גאַסט:/usr/bin/sh  

We had been printing out the password file over and over again for several weeks and it was printing correctly. אָבער, צו די סוף באַניצער, it was "printing garbage".

</עק>

נאָך אן אנדער נעטוואָרק קרעדענטיאַלס מולטי-אַרויסרופן ישו און סאַלושאַן

My client recently installed a magic device from Juniper that apparently replaced their old Cisco network load balancer (נלב). At about the same time, we installed a hotfix to address a workflow problem.

א טאָג אָדער צוויי שפּעטער, מיר באמערקט אַ פּראָבלעם ווען מיר געליינט די שערד דינסט שפּייַזער (סספּ). We could get to it, but we would be challenged for a user ID and password many times on each page. This didn’t happen with the main portal app, nor central administration. Naturally, we didn’t know which of the two (Juniper or hotfix) would be the issue, though I strongly suspected the hotfix, figuring we had not installed it quite right.

It turned out that Juniper had some kind of compression setting. איינער פון די robed figures over in the network group turned that setting off. That solved our problem.

This is not the first time that compression has been the root cause of a SharePoint problem for me. IIS compression adversely affected a 3rd party tool from the good people at The Dot Net Factory for IE 6 browsers (IE 7 browsers worked without difficulty).

אַזוי, add "compression" to the hazards list.

</עק>

Credit to: http://www.elfwood.com/art/s/h/sherry/death_colour.jpg.html

טראכטן וועגן טשאַנגינג בלאָגגינג פּלאַטפאָרמע

I started off my "blogging career" using Microsoft’s platform and it’s been good to me. It’s easy to post, there are good options and widgets for managing your "space", לייַטיש וועב סטאָרידזש און אַזוי אַרויס.

אָבער, I really just fell into the MS solution with almost no planning. That alone calls for me to evaluate where I am and where I’m going, in terms of a blogging platform. There are also two important limitations that bother me right now vis-à-vis Windows Live Spaces.

ערשטער, I can’t get very good statistics. There are stats but the detail is often truncated and not presented in a way that allows for any kind of analysis. There no sorting or export capability. I get many blog ideas based on the kind of information people find (אָדער ספּעציעל פאַרלאָזן צו געפינען) when they search my blog. It’s very hard to use lives spaces for that.

צווייט, there does not seem to be any mechanism to "monetize" a windows live space blog. אין פאַקט, אין סדר צו באַקומען באַפרייַען פון מס אַדס (פון וואָס איך אַרויספירן קיין נוץ), I need to actually pay Microsoft. (אין מינדסטער, אַז ס ווי איך פֿאַרשטיין עס; איך האב שוין געקענט צו באַקומען דעפיניטיווע ענטפֿערס צו דעם און פראגעס ווי עס).

איצט אַז איך ווע גאַט אַ געגרינדעט מוסטער און שטעלן פון בלאָגגינג געוווינהייטן, I want to evaluate other options. I’ve done some research and there are a lot of choices, אָבער איך בין טשיקאַווע ווי צו וואָס אנדערע מענטשן, דער הויפּט אנדערע אין די שאַרעפּאָינט קהל (ווי בלאָגגערס אָדער לייענער), like to use.

אויב דאָס אונטער אינטערעסן איר און איר האָבן אַ מיינונג אָדער זענען גרייט צו טיילן דיין דערפאַרונג, ביטע לאָזן אַ באַמערקונג אָדער Email מיר גלייַך.

דאַנק!

<סוף />

טעטשנאָראַטי טאַגס:

שאַרעפּאָינט דיזיינער בליצפּאָסט סענדס ???? אין אַ בליצפּאָסט

פורום ניצערס טייל מאָל פרעגן: פארוואס טוט שאַרעפּאָינט דיזיינער שטעלן ???? אין מיין Email אַנשטאָט פון אַ פעלד ווערט?

איין סיבה דעם כאַפּאַנז איז ווייַל די בייַטעוודיק צו וואָס איר אָפּשיקן איז נאַל.

This can happen because you are trying to reference a field from the "current item" אָבער דער באַניצער קיינמאָל אריין אַ ווערט אין אַז פאָרעם פעלד.

<סוף />

טעטשנאָראַטי טאַגס:

פאַרגלייַכן / טעסט פֿאַר בלאַנק דאַטעס אין שאַרעפּאָינט דיזיינער וואָרקפלאָוו

סצענאַר: אין אַ שאַרעפּאָינט דיזיינער וואָרקפלאָוו, you need to determine if a date field is blank.

פּראָבלעם: SPD does not provide a direct method for comparing dates to anything other than a date. You cannot create a condition like this: "If [טאָג פיעלד] equals blank".

באַשייד: Convert the date to a string. Use string comparison to determine if the date is blank.

פאַרשטעלן שאַץ:

The following screen shots show how to do this. אין דעם סצענאַר, אַ פעלד אויף אַ נומער, "Environmental Permits:First Permit Reminder Date", איז דערלאנגט און די וואָרקפלאָוו פירעס אין ענטפער.

בילד

בילד

הערות:

ווען איך געפרוווט דעם, I was pleasantly surprised to learn that it works. I was worried that SharePoint Designer might disallow the string assignment (בייַטעוודיק:סטרינגרעמינדערדאַטעדאַטע) אָבער עס האט לאָזן עס.

איך איז אויך זארגן אַז אַלאַוינג עס, די ווערט זאל זייַן נאַל און יעדער קלאַפּ אַרויף די ווף בייַ רונטימע אָדער אפֿשר כאַפּן די גלאבאלע טעמפּעראַטור 1/2 אַ גראַד, אָבער יענע קאַנסערנז זענען אַנפאַונדיד.

</עק>

טעטשנאָראַטי טאַגס: