Bogus actuals

This is a follow on question to this one:
Phantom Actuals.
We are on PS 2010.  Work resources enter timesheets in SEM.  Task Tracking Method is set to Hours of Work done per period ... always has been.
A PM has managed to get a bunch of bogus actuals saved/published on one of the tasks on the project.  My theory this was either by:
using the % complete buttons/features of MS Pro
jacking with the task such that it was toggled to a summary/non-summary task.  It is currently not a summary task.
... despite my job aids and other communications to not do such things ...
Anyways, I strongly suspect the PM did something to basically indicate the task was complete while it still had remaining work ... so all that remaining work was added as actual work.  The PM did admit to attempting to close the task to updates
... which is something you would only do for a task that is supposedly compelete.
Why MSP Pro allows this to happen given our PS server settings clearly indicate that % complete is not allowed is beyond me.  Also ... why "sync to protected" actuals does not resolve thsi is also beyond me.
The only method I know to resolve is to edit all related timesheets to force a task update.  I estimate that at 28 timesheets -- ain't nobody got time for that!!
Questions:
Any other ways to fix this? 
I'm tempted to restore the project to Sunday night's backup.  If I do that, will any task updates approved after that backup be applied or will those timesheets need to be recalled/resubmitted in order for those to be applied (or will the updates just
be applied after the next timesheet approval cycle since task updates are cumulative).
Why doesn't sync to protected actuals fix this?
What can I possibly do to make sure no blankety blank blankety blanking PM uses % complete on an Enterprise Project ever again ... or if they try to, MS Project won't let them?  The Enterprise Task Tracking setting does not seem to be respected
in MS Project Pro.  If there is another setting -- I would love to hear about it.
The fact that MSP Pro ignores the Enterprise Task tracking setting really feels like a bug.  We are on MS Project Pro client version 14.0.6129.5000 (oct 2012) ... I'll ask about getting us current but I don't see anything in the release notes
that would indicate this has been fixed.  I can't imagine we are the only ones being impacted by this.
Thanks for any input.
Grady

Hi Grady,
just saw your question.
Try to activate "Only allow task updates via Tasks and Timesheets." in Server Settings - Tasks Settings and display.
This will
- stop PMs manipulation data in Project Pro. If they try, they will get an information that they are doing something wrong.
- activate "sync to protected actuals"
Hope that helps
Barbara
To increase the value of this forum, please mark the replies that helped to solve your issue as answer. If you find answers to questions from other forum participants to be helpful, please mark them as helpful. Your participation will help others to find
an appropriate solution faster. Thanks for your support!

Similar Messages

  • In Mac Mail on OS 10.5.8 I am receiving bogus emails which claim to be sent by people in my address book, but actually are not.  How does this happen and how can I correct this problem

    n Mac Mail on OS 10.5.8 I am receiving bogus emails which claim to be sent by people in my address book, but actually are not.  How does this happen and how can I correct this problem

    You said:
    I am receiving bogus emails which claim to be sent by people in my address book, but actually are not.
    ...and:
    Are you saying that my address book has not been hacked into?  That others are getting these email addresses from another source?
    This confuses me.  Are you saying that you are receiving bogus e-mails from some of your contacts, or are you saying that they are receiving bogus e-mails from you?
    If the latter, there are a number of reasons that people might be getting e-mail from you.  Malware, though technically possible, is extremely unlikely.  See Someone is sending messages from my e-mail address!
    If the former, that's rather unusual.  The only decent explanation I can think of is that a bunch of your Windows-using contacts got infected with something and their machines are being used to spam everyone in their contact lists, which would include you.

  • How to link Excel 2010 .XLSX file to SQL server 2008R2 - a method that actually works?

    I have been trying unsuccessfully to link my excel file to SQL server like I used to with SQL 2005.
    In SQL 2008R2 I have installed the 64-bit data access components from Office 2010 to get the  provider 'Microsoft.ACE.OLEDB.12.0' avilable.
    When I try this command:
    SELECT
    FROM
    OPENDATASOURCE(
    'Microsoft.ACE.OLEDB.12.0',
    'Data Source="E:\ADUpdates\Employee List1.xlsx"; Extended properties=Excel 12.0')...[Sheet1$]
    I get this error:
    Msg 7399, Level 16, State 1, Line 1
    The OLE DB provider "Microsoft.ACE.OLEDB.12.0" for linked server "(null)" reported an error. Access denied.
    Msg 7301, Level 16, State 2, Line 1
    Cannot obtain the required interface ("IID_IDBCreateCommand") from OLE DB provider "Microsoft.ACE.OLEDB.12.0" for linked server "(null)".
    The Access Denied error seems to be form the worksheet and not the file itself. Evidence is that if I enter a bogus sheet name it tells me the sheet doesn't exist and after this error the file is locked open and can't be saved again from Excel until the
    query windows is closed. The sheet is not protected in Excel so I don't know how access to it can be denied.
    Does anyone actually have this working in SQL 2008R2?

    Some minor progress on this issue by running SQL Server service under a domain account with Administrator priv on the SQL server.
    This query now works in a query window:
    SELECT * FROM OPENDATASOURCE( 'Microsoft.ACE.OLEDB.12.0', 'Data Source="E:\ADUpdates\Employee List.xlsx"; Extended properties=Excel 12.0')...[EmployeeData];
    However, creating a Linked server object for the same spreadsheet still does not work:
    EXEC master.dbo.sp_addlinkedserver @server = N'TEST', @srvproduct=N'Excel 12.0', @provider=N'Microsoft.ACE.OLEDB.12.0', @datasrc=N'E:\ADUpdates\Employee List.xlsx'
    The test connection to the linked server failed.
    Cannot initialize the data source object of OLE DB provider "Microsoft.ACE.OLEDB.12.0" for linked server "TEST".
    OLE DB provider "Microsoft.ACE.OLEDB.12.0" for linked server "TEST" returned message "Unrecognized database format 'E:\ADUpdates\Employee List.xlsx'.". (Microsoft SQL Server, Error: 7303)
    For help, click:
    http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.50.1600&EvtSrc=MSSQLServer&EvtID=7303&LinkId=20476
    Naturally, the help link provided only confirms the contempt microsoft holds for their customers by not providing any information at all.
    (appologies for the weird colour and fonts, this is a microsoft product, just have to live with obvious defects).

  • Natd stopped working after Software Updates: Bogus VLAN injections?

    Software Update installed three packages on the iMac today:
    Safari 3.1 Update (Universal)
    Security Update 2008-002 (Universal)
    AirPort Extreme Update 2008-001
    This machine (running 10.4.11, fully updated now) is my connection-sharing gateway the internet for my wife's MacBook, a Linux box and a TiVo unit.
    Comcast ==(ethernet)== public-IP iMac ==(wireless)== private IP MacBook, Linux, TiVo
    I ran my usual firewall + Internet sharing script after the mandatory reboot.
    The iMac's broadband connection worked fine for local programs (Safari, ssh) but none of the machines with private IP addresses on the LAN could see the outside world. The machines on the home LAN could see each other fine -- ping, ssh, etc. Time to start testing!
    When I pinged an external machine from the Linux machine, the DNS lookup succeeded after a delay, but it seemed that no ICMP responses came back. Actually, packet tracing with Wireshark showed that the responses had come in with an extra four-byte header field I had not seen before: something called "802.1Q Virtual Lan" inserted between the Ethernet II header and the Internet Protocol header. Sample packet dump (slightly edited):
     No.:  20
     Time:  00:04:56.746703
     Source:  64.233.187.99
     Destination:  192.168.1.2
     Protocol:  ICMP
     Info:  Echo (ping) reply
     Frame 20 (102 bytes on wire, 102 bytes captured)
     Ethernet II, Src: AppleCom_54:1b:30 (00:17:f2:54:1b:30), Dst: FirstInt_94:75:8f (00:40:ca:94:75:8f)
      *802.1Q Virtual LAN*
         *001. .... .... .... = Priority: 1*
         *...0 .... .... .... = CFI: 0*
         *.... 0000 0000 0000 = ID: 0*
         *Type: IP (0x0800)*
     Internet Protocol, Src: 64.233.187.99 (64.233.187.99), Dst: 192.168.1.2 (192.168.1.2)
     Internet Control Message Protocol
    Looking further back in the trace, it turned out that the DNS delay had the same oddity. The Linux machine sent out a request to the primary DNS server, got back an immediate response with the extra "802.1Q" field, waited 5 seconds, sent out a DNS request to the secondary server, got an immediate normal response (without "802.1Q"), then immediately used the returned numeric address for the pings. It's as if the Linux machine ignored the packet with the extra, interposed header.
    I traced HTTP traffic to google.com and saw a similar pattern:
    1. bogus 1st DNS response
    2. delay
    3. good second DNS response
    4. sent HTTP SYN packet
    5. got back HTTP SYN/ACK with extra "802.1Q" field
    6. multiple retries of steps 4 and 5.
    I suspect that one or more of the software updates is inserting this VLAN stuff into NAT-ed packets over Airport. The receiving machines drop the packets because they expect the Ethernet II header to be followed by the IP header, not 802.1Q data.
    An old discussion thread ([VOIP VLAN using 802.1q frames causing massive dropped packets|http://discussions.apple.com/thread.jspa?threadID=378673#1833386]) talked about a similar problem.
    Here are the NAT-related commands from my firewall script:
      natd -u -dynamic -interface en0
      /sbin/ipfw add divert natd all from not me to any via en0
      sysctl -w net.inet.ip.forwarding=1
    Question: is there a known workaround to get the MacOSX network drivers not to insert 802.1Q VLAN headers?
    Thanks in advance!
    --GCL

    Hello faab:
    Welcome to Apple discussions.
    I am afraid to indicate that you probably will need to wait until you are back and have the software install DVD.
    There is really no way to tell what happened. To fix it, however, you really need the DVDs.
    Barry

  • Despite one more screw-up in my shipping date...iPhone 6+ 128GB Space Gray is actually arriving 9/19 by 3pm

    I've had a lot of issues getting a reliable status out of Verizon.  See the previous posts here and here.  Needless to say, I'm fed up.  Finally, after being told that my phone would definitely arrive on 9/19, my card was actually charged on 9/17.  That seemed promising.  The order status updated to the typical "Processing, check back tomorrow" message.  The order actually appeared when I logged into my Verizon account for the first time.  So I waited all day and when I woke up on 9/18...the status did actually change.  The status changed to "Ship by 10/7".  I about lost it.
    I got Verizon on the phone, the first time via the Internet Orders phone number.  The guy basically told me that they didn't have a tracking number and that their system had a lot of issues and due to the overwhelming demand they had to delay some of the orders.  I tried to get more info and see if there was any chance I would get my order 9/19, and was told "No, that's just the way it is".  So I tried calling 611, talked to another CSR.  They told me pretty much the same thing and that I would be stuck waiting.  I was livid.  But at that point, I was done.  Done calling, done posting, I just resigned myself to the fact I would be waiting weeks to get my order and that I would be switching my carrier at some point due to the total lack of knowledgeable customer service.
    I checked the status again on a whim, around 6pm EST.  It actually changed again...this time the "Ship by 10/7" date went away, and it changed to "Shipped", with a UPS tracking number.  The tracking number was actually a link that pointed to FedEx (seriously, they can't get anything right).  I looked up the number on UPS's site and found out it was shipping from Memphis, TN via UPS Next Day Air Saver, and it listed my correct delivery city (I was hesitant to believe it, because I've been given a FedEx number before by a CSR that was bogus and shipping to another state).  The package says it will be delivered 9/19 by 3pm, and has moved from Memphis, TN to Louisville, KY.
    I'm hopeful I'll actually get my phone tomorrow, and not a gift-wrapped pile of...something...in a Verizon box.  I wouldn't put it past Verizon to find a way to screw this up still, but this is the most promising things have looked thus far.  To all those checking the order status every day for the next couple weeks...the best advice I have is just don't believe it.  At all.  I've had dates showing 9/19, 10/14, 10/7.  I had CSR's guarantee delivery on a date, and others telling me I'd be waiting weeks and there was nothing they could do.  I've had a response via Twitter saying I would definitely receive my order on 9/19 and a DM on this forum telling me the Twitter user was wrong.  I had the date change after the card was charged.  I've had a fake order number sent to me from an actual Verizon number via a text just to get me off the phone.  I've been given a FedEx tracking number for someone else's order to get me off the phone.  I've had the absolute worst customer service experience I've ever had in my life.  Before this, I thought Verizon was the best carrier out there, and this destroyed all confidence that anyone working there in customer service has a clue about what's going on behind the scenes.
    So yes...Verizon..."I understand how exciting this can be."  Just not in a way that reflects positively on you.

    I've got more conflicting responses to add to the list:
    Via Twitter from @vzwsupport:"Great news Matt. Your pre-order is ordered correctly & is scheduled to ship 9/19 via FedEx. No other info is until it ships. ^VC"
    Via direct message on these forums from @saraho_vzw:"Thank you very much for getting back to me. I know it's exciting to be waiting for this phone and I'm sure you want to know exactly when to expect it. I must apologize because the email date that you received in that confirmation is incorrect and this was due to some system issues we were having at the time these orders were placed. I am seeing the correct delivery date for your order is 10/7, and I'm so sorry for the confusion and delay. -Sarah"
    Upon replying to @saraho_vzw and asking why the response from @vzwsupport conflicted with her response:"If I received both of those dates I'd be confused too! 10/7 is the correct date. I'm fortunate enough to work right alongside ^VC and she was not aware of the issues going on with our system at the time the order was placed. I've made her aware of this so others are not misinformed.  -Sarah"
    So if the last message is correct, I'm not going to have my phone until 10/7, and Verizon's entire checkout process and confirmation emails completely misrepresented the actual date I will receive my phone.  I've asked them to re-mediate the issue but I'm not confident they will meet their original agreed upon delivery dates whatsoever.  This is absolutely horrible customer service.  Advertising a deliver by date of 9/19 prevented me from going elsewhere to get my order fulfilled.  And no...it's not 'exciting to be waiting for this phone'.  It's frustrating.  We had an agreement when I placed the order and Verizon is failing to meet the agreed upon terms without any explanation other than 'issues' in their system, and claiming they have no control to escalate the order and correct the ship date.  I'm done.

  • Bogus packets in OffloadLso test

    All,
    I am running OffloadLso test with following features enabled 
    1. LSOV1
    2. LSOv2 including IPV4 option, IPV6 ext header support
    3. NVGRE LSO support for all headers
    While testing GRE LSO, I see some bogus packet coming for LSO offload. I am  making this statement based on the packets I captured in wireshark and LSO errors I get from device.
    Bogus packets are of types like zero tcp header length or All tcp header flags set (fin, ack, psh and even reserved).
    In whole run, I get these kinds of packets for 3 to 10 tests (for test GRE with Outer IPV4 and Inner IPV6 with ext hdrs)and because of which test fails. 
    Has anyone seen this kind of issue? or is it known one?

    When running the OffloadLSO test, some NVGRE packets have an inner IPv6 header with a bad next header field; its value is 6 (which stands for TCP) which implies that there are no extension headers sandwiched between the inner IPv6 header and the TCP header. 
    But actually (by visual inspection) there is at least one extension header there.
    NDIS sends a packet with this bad inner IPv6 next header field to the miniport driver, who then sends it to the NIC, but the NIC cannot perform LSO on it because the NIC thinks the TCP header is bad.  What the NIC perceives as the TCP header is actually
    an IPv6 extension header.
    What's causing NDIS to send these troublesome NVGRE packets when running the OffloadLSO test?

  • QuickView uses EXIF data for preview, even when bogus. A plist to turn that off?

    We moved to MBPs with SnowLeopard recently and just found that many downloaded images  usually from publicity or stock-photo sites - give distorted or no preview when we use QuickView (tapping the space-bar) on them in the Finder.
    Some investigation showed that the distorted images have EXIF data tha has either been corrued or purposefully messed with. Here's an example where the QV preview widget opens to the width of the screen but at minimum height:
    Image width          : 4992
    Image height          : 6666
    Number of bits per component          : {8,8,8}
    Compression scheme          : uncompressed
    Pixel composition          : RGB
    Orientation of image          : 1
    Unknown tag (0)          : 0,0,3,0
    X resolution          : 0.0 ppi (pixel per inch)
    Y resolution          : 300.0 ppi (pixel per inch)
    Image data arrangement          : 1
    Resolution unit          : inch
    Software          : Adobe Photoshop CS3 Macintosh
    File date and time          : 2009:02:20 15:47:58
    -- Exif IFD --          :
    Color Space          : Uncalibrated
    Valid image width in pixel          : 2250
    Valid image height in pixel          : 3000
    -- Thumbnail IFD --          :
    Compression scheme          : JPEG
    X resolution          : 300.0 ppi (pixel per inch)
    Y resolution          : 300.0 ppi (pixel per inch)
    Resolution unit          : inch
    Offset to JPEG SOI          : 394
    Bytes of JPEG data          : 3933
    The EXIF data says the X resolution is 0.0ppi.
    These files all open fine in Photoshop or Graphic Converter. Sometimes GC's resolution tool shows that the horizontal & vertical resolutions are different (300 x 0.3 for example) and I can correct it, re-save the jpeg image. and QV then previews them just fine in the Finder.
    Most, however only have this bogus resolution in the EXIF data and evidently QuickView preferentially uses that info.
    There are tools that can be used to simply carpet bomb the EXIF data of a batch of files, but most of it is useful to us so we'd rathr not rsort to that. Is there a QV plist where clever folks can edit it so QV uses the actual image resolution rather than what's in the EXIF data?
    Incidentally, QV in Leopard ignored this data which is why we only now began to encounter images where QV is useless. Bogus EXIF resolutions have probebly been in image headers for years and we did not realize it until we found SnowLeopard's Finder payed attention to them.

    We moved to MBPs with SnowLeopard recently and just found that many downloaded images  usually from publicity or stock-photo sites - give distorted or no preview when we use QuickView (tapping the space-bar) on them in the Finder.
    Some investigation showed that the distorted images have EXIF data tha has either been corrued or purposefully messed with. Here's an example where the QV preview widget opens to the width of the screen but at minimum height:
    Image width          : 4992
    Image height          : 6666
    Number of bits per component          : {8,8,8}
    Compression scheme          : uncompressed
    Pixel composition          : RGB
    Orientation of image          : 1
    Unknown tag (0)          : 0,0,3,0
    X resolution          : 0.0 ppi (pixel per inch)
    Y resolution          : 300.0 ppi (pixel per inch)
    Image data arrangement          : 1
    Resolution unit          : inch
    Software          : Adobe Photoshop CS3 Macintosh
    File date and time          : 2009:02:20 15:47:58
    -- Exif IFD --          :
    Color Space          : Uncalibrated
    Valid image width in pixel          : 2250
    Valid image height in pixel          : 3000
    -- Thumbnail IFD --          :
    Compression scheme          : JPEG
    X resolution          : 300.0 ppi (pixel per inch)
    Y resolution          : 300.0 ppi (pixel per inch)
    Resolution unit          : inch
    Offset to JPEG SOI          : 394
    Bytes of JPEG data          : 3933
    The EXIF data says the X resolution is 0.0ppi.
    These files all open fine in Photoshop or Graphic Converter. Sometimes GC's resolution tool shows that the horizontal & vertical resolutions are different (300 x 0.3 for example) and I can correct it, re-save the jpeg image. and QV then previews them just fine in the Finder.
    Most, however only have this bogus resolution in the EXIF data and evidently QuickView preferentially uses that info.
    There are tools that can be used to simply carpet bomb the EXIF data of a batch of files, but most of it is useful to us so we'd rathr not rsort to that. Is there a QV plist where clever folks can edit it so QV uses the actual image resolution rather than what's in the EXIF data?
    Incidentally, QV in Leopard ignored this data which is why we only now began to encounter images where QV is useless. Bogus EXIF resolutions have probebly been in image headers for years and we did not realize it until we found SnowLeopard's Finder payed attention to them.

  • Opened a bogus email *.zip file from amazon that put two files in my downloads folder OSX 10.8

    Hi
    Can anyone advise my next steps to take, I accidentally opened a bogus email *.zip file attachment from 'Amazon" It unzipped an put two files in my downloads folder one appeared to be a *.exe file. They were deleted immediately along with the email.
    Now I am terrified that there is something lurking on my system...trojan/ keylogger/ virus..
    I am no expert so can anyone give me help!
    My mac is 8 months old running OSX 10.8 with latest updates.
    Thanks Mick

    Thank you both, you have put my mind at rest.
    Normally I am red hot at intercepting bogus emails, not today it would appear!
    I actually was in the process of deleting it and double clicked the file by complete accident, and in a flash it had opened up and put the files in the folder, I spent the rest of the afternoon panicing and reading all forums blogs etc..
    Actually Thomas I found your blog and took some good tips from it, one of them was to switch java off immediately.
    Thanks again
    Mick

  • PIX-FLIX Text sent to phone, but actual video message does not appear in messaging area online.

    I received a text message saying I received a Flix message. However I must access it by going online to vzwpix.com. So I went online right after and the website said it was down for maintenance. So I checked back a few hours later. I logged in. Went to Send Picture and Video Message. Then went to the Messaging Tab. However there was no message.
    A few things come to mind why I might not have received my message. Since the person who sent the message had sent it during the time when the website was down, the message never went through?!
    Another thing I noticed. When in my Picture & Video Messaging I see the Folders "Drafts" and "Sent Messages" however when I put my cursor over the "?" next to Folders it mentions a "Received Messages" folder should be included. However under the actual Folders the "Received Messages" folder does not exist. So maybe the message I was sent never had a default folder to be sent to?!
    My phone was notified I was sent a message. I followed the directions. No message appears where it should be. Please help!
    On a side note. I tried going to the "Contact Us" link at the top right of the page to get help. However, everytime I click it, refresh, etc. I get sent to the page "http://www.verizonwireless.com/backbutton.html". This is obviously a broken link.
    Frusterated Customer seeking help ... Thanks in advance for help on this issue.

    Still no answer to the question. Is this bogus or what?! I get a message from my Daughter-in-Law asking if I got my Mothers' Day song my grandkids sent this morning. No, I get this Flix message at this website text. Here I am now, registering and changing passwords I've never had to this 'forum' with no help and now Flix message. I''ve ignored these messages that I have received before now because of the drama. This time I follow through because of Grandkids for this.
    I'm so frustrated that I've wasted so much of my time for naught. What do I tell the grandbabies? How can we avoid this from happening in the future? Was their song too long to send as picture/video message directly to my phone?
    Why are their no answers anywhere? You've got to be kidding me.
    Sore customer!

  • Has anyone else received a phishing, "Urgent Alert From Apple Support"? It came to my actual iCloud email address.

    The message is very clearly bogus, full of errors of every kind, right from the start: "Dear Apple Custumer,"
    The fact that it came to my own iCloud address worries me since usually such schemes are to a broad group, like "[email protected]"
    I have forwarded the email, with Long Headers, to the fraud-combating websites. Can't find any hint on apple.com/support as to where at Apple itself to direct it.

    Re: Has anyone else received a phishing, "Urgent Alert From Apple Support"? It came to my actual iCloud email address.
    YES today in the UK, the email text is as below, together with several Links to "Apple" sites and an Apple logo and European support address.
    Fairly crude but could fool naive users.
    Any one know how to get to the addresses behind the links without clicking them?  Just copying and pasting as plain text doesn't seem to work. Any other way just copies the Hyperlink.
    Scam Text in square brackets:
    [This is the final notice to inform you as of 30 - January - 2015 that you have not yet updated your account information. Under "Know your Customer" legislation Apple Inc is required to perform a verification of your information, failure to do so will result in account termination in less than 48 hours.
    To stop the termination of your Apple and iCloud please validate your account information before the deadline.
    Please continue to Validate your Apple/iCloud ID »
    Sincerely,
    Apple Support]

  • UCCX Queues showing bogus calls in Queue and they will not clear

    I have many queues and two of them show one call in each of the queues on the supervisor desktop. However there is not any call in the queue. How do I clear theses calls/stats on the supervisor desktop for the end user so it does not show bogus calls on the queue on her clent?

    Hi Jonathan ,
    What is your UCCX version .
    Looking at the problem description i am suspecting that your system is hitting BUG:-CSCsu40814
    BUG:-CSCsu40814
    Symptom:
    The supervisor desktop realtime reports will show an entry in "Oldest in Queue" that appears to be a call in the queue but has no time associated with it. The issue will show as 1(00:00:00)
    Conditions:
    So far the only condition that exists is that calls are coming into the system.
    Workaround:
    None
    Further Problem Description:
    The system RealTime Reports does not reflect this call and it is only shown in the Supervisor Desktop display. There is not actually a call in queue as well and it seems to be a reporting error.
    The defect can be explained as follows:
    ++         This happens because of any of the  unsupported configurations/actions for UCCX.
    ++         This will lead the UCCX engine not to clear the entry of the call internally and thus it will send messages to the CSD to display the call.
    ++      Ideally when you have a legitimate call: "1[00:20:00]", this means that there is 1 call in the queue for 20min. However, 2[00:00:00] means that this call is no longer in the queue, but there is a false entry of the same.
    ++         Therefore, the restart of the engine will remove these entries
    ++         This entry will be created in the UCCX engine when an unsupported action is performed such as transfer to a different Route point etc. (not necessarily this).
    ++         The defect addresses how such a call is handled so that the call entry can be appropriately cleared.
    ++         It would be difficult to say why the issue started to occur, but we can explain as to why the entries are seen on CSD and how we can clear them.
    Please note the following:
    ++        All unsupported scenarios/configurations mentioned in the guide have to be avoided:
    o   http://www.cisco.com/en/US/docs/voice_ip_comm/cust_contact/contact_center/crs/express_8_0/release/notes/uccx_802_rn.pdf
    ++         All the unsupported configurations can cause this issue to occur. However, the defect-fix has been verified for the following configurations:
    1.       When an agent on call c1 initiates consult c2 to the RP,cti port, c2 is just in the process of getting queued when agent completes transfer and so c1.iaqstate is set incorrectly to NOT_IN_QUEUE due to a race condition. The defect CSCsu40814 occurs even in regular, supported agent to rp transfer scenarios due to race condition.
    2.       As soon as the agent went reserved for the primary consult , he answered the primary consult but even before the main call could be fully transferred to the agent, He held the primary consult call and initiated a new call to the RP. This is what caused the main IAQ call to terminate.  And he was left only with the new call he initiated. So he again initiates another consult and completes transfer.So the agent wanted to answer the PRIMARY consult and immediately transfer it back to the RP without talking to the caller.In this particular scenario, the call was between 2 CTI ports
    Issue can be resolved by restarting the CCX engine(in off hours). This is a temp workaround .
    you need to check if agent's are not using any unsupported configuration .

  • Tip on "bogus" frm-42100

    I've had this happen to me a couple times. As soon as a form
    starts if you have an on error trigger that does display_error, you
    get frm-42100. So it appears like a bogus error, as if the on-error trigger
    were fired when there was no error. If you try to avoid displaying the
    error_code 42100 that doesn't work either. In my case I found that
    what actually happened was there was an error in the when-new-forms-instance
    trigger. This occurred because some code in there tried to set an
    item that was query only before enter-query mode. I think that the error code
    is apparently lost before the on-error trigger fires. Or something. Anyway
    I thought I'd mention it that if someone was plagued by this check out the
    form level triggers.
    Personally I am really having problems with things like this. As another example:
    "FRM-30113: Block must have non-query-only database item. Cause:  A block that allows updating and inserting must have at least one item derived from the database. Action:  Create a derived item in the block."
    What on earth does that mean? What is a "derived item"? I had huge problems
    with this error and the actual cause was in the block the dml data target type
    was set (by default by forms). Apparently that isn't acceptable with a query only block. What I'm wondering is if there is a third party
    tool that makes forms development easier?

    Ok well I thought logged meant like "logged" as in we "logged an error". silly me :-) Oracle could certainly save itself and the customers a lot of trouble by changing some of this legacy confusing terminology: "logged" for database, "derived" for database IMHO.
    And further display error doesn't admit to putting out frm-42100:
    "Displays the Display Error screen if there is a logged error. When the operator presses a function key while viewing the Display Error screen, Oracle Forms redisplays the form. If there is no error to display when you call this built-in, Oracle Forms ignores the call and does not display the DISPLAY ERROR screen. " Nothing about frm-42100
    in there and more importantly it doesn't say that it only displays database errors
    which is what I think people are saying is the case. Consequently how would someone know that?
    According to the on-error trigger doc:
    "Use the ERROR_CODE , ERROR_TEXT , ERROR_TYPE , DBMS_ERROR_TEXT , or DBMS_ERROR_CODE Built-in function in an On-Error trigger to identify a specific error condition. "
    So people are saying display error only displays dbms_errors? So that an on-error
    trigger, which catches both error_code errors and dbms_error code errors, would have to also display on it's own the error_* errors but could use display_error to display the dbms_errors? Is that the plan? (The reason for using display error is some terribly vague
    error messages that go to the screen otherwise that don't even indicate what table is involved, much less what record. Because of that one needs to display the insert/update statement to have any clue what is failing.)
    Regarding " your FRM-30113 error (Thank you for including all the text!!!)"
    As I said, the cause was not the lack of a database item in the block. The
    cause was not having the block property DML DATA Target Type set to table.
    These dml properties have been giving me a lot of grief. And to find that out
    I had to login to metalink and do a search. Oh so painful! ow! ow! :-)
    But another case I found where the dml data target type can get you is
    a join in a relation join causing:. "FRM-30415: Relation's detail block is a control block. Cause: A master-detail relation specifies a detail block that's a control block. Action: Specify a detail block that's a database block. "
    The vagueness of that advice is the problem. The docs need to be more specific regarding where forms is getting it's ideas regarding this now that these other properties
    exist. So my advice is if a person is getting some weird complaint about something
    being a control block that isn't a control block check the dml data target type.
    (And last but not least why cant you have a master block that is a control block?
    It seems perfectly reasonable to me :-)

  • "Bogus marker length" exception when jpeg save

    I wrote a program to modified jpeg bytes. Actually quantization tables. But when I save image, I'm getting an IIOException: Bogus marker length.
    InputStream in = new ByteArrayInputStream(b);
    BufferedImage bImageFromConvert = ImageIO.read(in);
    ImageIO.write(bImageFromConvert, "jpg", new File(fname));b - is a byte array, I got it by using toByteArray():
    BufferedImage img = ImageIO.read(new File(filename));
    ByteArrayOutputStream baos = new ByteArrayOutputStream();
    JPEGImageEncoder en = JPEGCodec.createJPEGEncoder(baos);
    en.encode(img);
    b = baos.toByteArray();then I modified some bytes. But not markers! and I don't add any extra bytes...
    Exception is:
    javax.imageio.IIOException: Bogus marker length
    at com.sun.imageio.plugins.jpeg.JPEGImageReader.readImageHeader(Native Method)
    at com.sun.imageio.plugins.jpeg.JPEGImageReader.readNativeHeader(JPEGImageReader.java:517)
    at com.sun.imageio.plugins.jpeg.JPEGImageReader.checkTablesOnly(JPEGImageReader.java:272)
    at com.sun.imageio.plugins.jpeg.JPEGImageReader.gotoImage(JPEGImageReader.java:394)
    at com.sun.imageio.plugins.jpeg.JPEGImageReader.readHeader(JPEGImageReader.java:510)
    at com.sun.imageio.plugins.jpeg.JPEGImageReader.readInternal(JPEGImageReader.java:913)
    at com.sun.imageio.plugins.jpeg.JPEGImageReader.read(JPEGImageReader.java:897)
    at javax.imageio.ImageIO.read(ImageIO.java:1422)
    at javax.imageio.ImageIO.read(ImageIO.java:1326)
    Could somebody help me, please?

    Well, the problem is in your code with 99,99% probability.
    I'd probably start debugging this by first just reading and saving the file directly, without any modifications (but go through the conversion to byte array).
    That should definitely work, but if it doesn't then your byte handling is the problem.
    Then I'd add simple modifications incrementally to see where it goes wrong.

  • How to prevent email id from being used to send out bogus emails?

    My yahoo email id was "hijacked" last week and bogus emails were sent out under my id to my contact list. I have a macbook with snow leopard and norton antivirus. What can I do to prevent this from happening again.

    Welcome to Apple Support Communities.
    If you haven't already done so, change your Yahoo password to something extremely secure.
    Then go to Yahoo's recommendations for compromised accounts, found here:
    http://help.yahoo.com/kb/index?page=content&y=PROD_MAIL_CLASSIC&locale=en_US&id= SLN3420&pir=.ERun_NibUlqprOy6AQ5KLRAOrUdr0acOZBh12BjZ6uUgTx7O5KFy_g3RVY.usintguY mSbHjESfUDXQC_FwPo2Cxt_KEGnx3QnKIu6C7_5._vmX207fxMRD53yXCsEdulnEIA1af.bHN_fWp2R_ tQ_5VnaDSXZv1mCvr1ctsfKaP._9hTnsSqrM4SMQ6b_tNq7QQHsysg1qM14mLsADfJLF2DZmVIYIPDpo hK15cCGe_JhidaJ1Vxt5O07TuhoshHRCrQ3eaa0gkp6dnbqceRgKRWuaLKDL7L6ovGban7n4UzFvdWWp x4TDgNxgLv3ehjmTj0.Hnh1lHKWL6cG6iJ0E1xjY_jfBAX3d2cwKpgTDV_AI8T25LElgA_upWicMBpj_ OjZ9sk9asfCbAOTXnQ--
    It's likely the hacker sent spam to your Yahoo-account email addresses, without accessing your Mac Address Book. (Most of the time it's hard to tell, because you probably have many of the same addresses in both lists.)
    Next, change your password on EVERY account.
    Make certain that every site you visit as a registered user has a unique account name and password.
    Yeah, that can be a lot to manage.
    Let your Mac 'Keychain' help manage all that information by remembering which user ID and which secure password goes where. There are password manager programs for sale such as 1Password. I don't currently use it, so I can't recommend it.
    In my experience, there is ongoing and widespread 'hacking' at Yahoo, Hotmail, and other popular free email accounts. Why? Because most free email accounts permit unlimited unsuccessful login attempts and never 'lock' accounts for suspicious activity the way banks and brokerage firms do.
    So far, the hackers are primarily using the accounts send out 'spam' to your trusted email list.
    Hacking most often occurs when someone discovers or guesses the password to the email account, and it's about 99% certain that it had nothing to do with your MacBook, or any malware or virus on your physical computer. No, it doesn't hurt to run a virus and/or malware scan, but it is 99% unlikely you'll find anything harmful to OS X. You may discover a few of your incoming email attachments DO contain Windows viruses and malware!
    Virtually everyone I correspond with via a free Yahoo account has been 'hacked' in the last six months. Three Yahoo friends sent me the same 'no subject' email with a surreptitious link to a FoxNews video about weight-loss in the same day!
    When thousands or millions of passwords and/or account names are revealed and posted online (as documented here:http://www.latimes.com/business/technology/la-fi-tn-eharmony-hacked-linkedin-201 20606,0,4578300.story ) enterprising hackers worldwide will begin systematically testing them everywhere.
    If your email address is widely-used and widely-published and your password is not very secure, every account you have is eventually vulnerable.
    DO USE a combination of upper and lower-case letters mixed with numbers and permitted punctuation that does not contain common sequences, names, or dictionary words.
    If you don't want to buy software, use the first letters and numbers of phrases that are easy for you to remember, but meaningful only to you. The longer the phrase, the better:
    MyLimeGreen72DodgeDartHadA340Six-PackEngineAndATorque-FliteTranny!
    MLG72DDha340S-PEaaT-FT!
    Of course I don't actually use that, but yeah, there are still a few of those cars around: http://www.youtube.com/watch?v=kUk0jdmAKzM

  • What is the likely source of a recent flurry of bogus emails supposedly from trusted correspondents, with no subject, no message and only a link (which I never click)?

    I don't know that this is the community I should be addressing, but I can't find any dedicated to Apple's Mail appllication that came with my iMac or OS.
    I've always been fortunate (as I'm told all Apple product users are) to have little trouble with phony messages or invasive viruses, etc.  Lately, however, I have been getting numerous (a couple a day or so) bogus emails suppossedly from my brother or niece or a friend.  They frequently have no subject line and often give return email addresses that make no sense and bear no resemblance to the actual addresses of the supposed senders.  What is goin on?  Is my computer infected? How do I find out? How do I go about correcting the problem?

    Your computer is not infected, and it's not anything you have done nor anything you can do about it. Someone else's computer or email account has been hacked and harvested to send out spam messages. My guess is someone's computer with a link to Facebook has been hacked, since the messages like this I've received have all been people on Facebook.
    All you can do is delete the messages, and if you have a spam filter looks at the email addresses in your address book, whitelist the actual addresses you wish to allow through and then start marking these bogus messages as spam.
    Regards.

Maybe you are looking for