5700 battery events - bug or restriction?

i wanted to assign a tone to the battery recharge event on my 5700 but it just allows me to choose between options Silent and Tone. Unlike the the other events in the audio themes section the battery events doesn't open a list of audio files when the Tone option is checked. Tried changing the Audio Theme from Nokia to another, Hip-Hop(for ex.) but it didn't help at all. So i wonder is that on purpose or it's a bug?! If bug i hope it would be fixed in the incoming new firmware(i pray) along all the other annoying thingies. Regards.

I have had your exact problem with my old 3GS, now I cannot even get it to turn on, I still see that it is supposed to be charging though, but it never charges any so it seems.
I replaced the Lower Dock Connector Assembly back when it still charged while hooked to my PC, and it found it made no real difference.
http://www.amazon.com/gp/product/B003Y5YXLK/ref=oh_details_o05_s00_i00?ie=UTF8&p sc=1
At this point I am not sure if I should replace the battery and hope for the best, or just junk the phone, I cannot really sell it if I cannot reset it...

Similar Messages

Solution for Bug 13412084: RESTRICT PAYMENT: IT SHOULD NOT ALLOW PAYMENT BE

http://attiqahmed.wordpress.com/2012/03/20/solution-for-bug-13412084-restrict-payment-it-should-not-allow-payment-before-invoice-accrual/

hello sir Octavio
Im sorry.. I failed to tell you that our encoder of invoices is separate from the one who entry for payments.
Therefore, the encoder uses the invoices batches[(N) Invoices>Entry>Invoice Batches] whereas the Paymaster(the one who entered payments?) uses the Payments [Payments>Entry>Payments]
By the way your suggestion did work to disable the Pay in Full checkbox.. but i decided to get rid of the actions button for the encoder.. and another person will be handling the validation and create accounting having such access.
So what i wanted is that the paymaster wouldn't be able see among the LOV of invoices at the Payments Form if its not created accounting.
I wanna make sure that all invoices are created accounting.
thank you so much for the understanding..:-)
Emgee

LabVIEW 8.2 Multicolumn Listbox Edit Cell Event Bug

I've observed an odd behavior with the "Edit Cell?" event with multicolumn listboxes. If the "Edit Position" is set when clicking on the listbox and the "Edit Cell?" event is trapped with discard set to false, when clicking outside of the list box, previous edits are lost. I have attached a simple example of this bug.
Attachments:
Listbox Edit Cell Event Bug.vi ‏19 KB

Thank you for the update Fran.
I lost my bet and you earned your stars.
So it sounds like the issue was the multiple event structures alone.
I just like to keep track of what the final fixes are.
Ben
Message Edited by Ben on 12-06-2006 04:50 PM
Ben Rayner
I am currently active on.. MainStream Preppers
Rayner's Ridge is under construction

Event Handler/Create User Event bug

This is a problem I've run into a few times on my system (Win2k) so I finally went back and reproduced it step by step since it wasn't too hard. It causes LabVIEW to crash and exit without saving.
- Create an Event Handler
- Place 'Register Events', wire output to dynamic event terminal
- Place 'Create User Event', wire output to 'Register Events'/User Event
- Place an Empty String Constant [""], wire to input of 'Create User Event'
- Set empty string property -> Visible Items > Label = True
- Rename label from "Empty String Constant" to other such as "Event"
OR
- Create a cluster constant with something in it
OR
- Place a boolean constant
- Set boolean property -> Visible Items > Label = True
- Name label something su
ch as "Event"
- 'Add Event Case...' to the Event Handler, select Dynamic / : User Event
- Delete the constant wired to 'Create User Event'.
- Place a constant of a different data type and wire it to the input of 'Create User Event'
LabVIEW immediately disappears (all changes are lost) and this error is displayed:
================================
LabVIEW.exe has generated errors and will be closed by
Windows. You wlil need to restart the program.
An error log is being created.
================================
If there is a more appropriate place to post things of this nature that don’t really add to the discussion group, but need to be brought to the attention of NI, please post a URL or submittal method. Thanks...

Thanks for the detailed request. We are aware of this exact issue, and the problem was actually fixed for LabVIEW 7.0 for Mac/Unix. Unfortunately, it did not get fixed for the initial release of LabVIEW 7.0 for Windows, but we have plans to include the fix in the first LabVIEW patch for 7.0.
Also, the Discussion Forum is great for notifications of this kind. For future reference, you also have the options of emailing NI engineers directly, or calling us with suspected bug fixes, if you would like more direct communication.
Thanks again, and have a great day!
Liz Fausak
Applications Engineer
National Instruments
www.ni.com/support

Recurring calendar event bug from Exchange

In Outlook, we can create a recurring meeting for things like the first Monday of the month, or the 5th of every month. But if we schedule a meeting to occur the second weekday of every month, it appears wrong on our phones for every date except the very first one. In other words, each subsequent month is wrong. For what it's worth, we also get incorrect results on Android phones. But Windows phones handles it properly.
Has anybody else run into this on their iPhone, and if so, did anybody find a solution other than creating a bunch of individual meetings to hit the proper dates??

Just following up if anybody else has run into this bug in the way the iOS interprets certain recurring calendar events synched from Exchange?
To experience this bug, create a recurring event in Exchange (via Outlook) and set it to occur the second weekday of every month. The first month on your iPhone/iPad will be correct, and every month after it will be very wrong.
Hopefully Apple can fix this at some point.

Lost events bug in kqueue?

Hi all,
I have been trying to track down some odd behavior in a multithreaded mac os x program in which the program gets stuck waiting for events on files forever. I wrote a small C program that exhibits the same problem and I think that this may be causing the problem in my original program, too.
The test program is a tiny "web server" and you can find it here: https://github.com/AndreasVoellmy/epollbug/blob/master/kqueueserver.c
The test program simply creates NUM_WORKER+1 threads where 1 thread runs a loop to accept new connections and the other NUM_WORKER "worker" threads actually serve the connections. Note that the accept thread distributes the accepted TCP connections among the different workers and the workers serve disjoint sets of connections. Each worker thread runs a loop that uses kevent64 to wait for any of its sockets to be readable and uses the EV_ONESHOT flag when adding sockets to the watched files.
I test the program using the http server benchmarking program weighttp (http://redmine.lighttpd.net/projects/weighttp/wiki). I run it like this:
./weighttp -n 100 -c 10 -t 4 -k "10.12.0.8:8080"
where the IP address and port are where my test program are runnning. -n is the number of requests to make, -c is the number of concurrent requests to make and -t is the number of threads that weighttp will use to generate the http requests. weighttp makes the requests but gets stuck with some responses never coming back. For example, on a run with the above parameters, I get:
weighttp - a lightweight and simple webserver benchmarking tool
starting benchmark...
spawning thread #1: 3 concurrent requests, 25 total requests
spawning thread #2: 3 concurrent requests, 25 total requests
spawning thread #3: 2 concurrent requests, 25 total requests
spawning thread #4: 2 concurrent requests, 25 total requests
progress:   8% done
progress: 16% done
progress: 24% done
progress: 32% done
progress: 40% done
progress: 48% done
progress: 56% done
progress: 64% done
progress: 72% done
progress: 80% done
progress: 88% done
progress: 96% done
finished in 728 sec, 373 millisec and 310 microsec, 0 req/s, 0 kbyte/s
requests: 100 total, 100 started, 100 done, 95 succeeded, 5 failed, 0 errored
status codes: 95 2xx, 0 3xx, 0 4xx, 0 5xx
traffic: 30685 bytes total, 16340 bytes http, 14345 bytes data
In other words, 5 requests failed to get responses. On the test program (i.e. server) side, after 10 seconds, the test program prints out (using ioctl) which sockets have any data ready. Sure enough, I see that 5 sockets have a request waiting (weighttp requests are 90 bytes long):
socket 6 has 90 bytes of data ready
socket 8 has 90 bytes of data ready
socket 10 has 90 bytes of data ready
socket 12 has 90 bytes of data ready
socket 14 has 90 bytes of data ready
I would really appreciate getting some advice and help on this problem. I may be misunderstanding the semantics of kqueue operations and flags, or this may be a kernel bug. By the way, this program is based on a very similar program I wrote, which uncovered a bug in Linux, which has since been fixed (http://lkml.indiana.edu/hypermail/linux/kernel/1301.0/00065.html). To Linux's credit, the bug only appeared using lots of cores, whereas on os x it appears to occur using just two cores and two threads!
Regards,
Andi
P.S. in case it helps I also took a "sample" of the kqueueserver program at the point that it was waiting on the sockets while the sockets have data ready. Here is the result:
Sampling process 17982 for 3 seconds with 1 millisecond of run time between samples
Sampling completed, processing symbols...
Analysis of sampling kqueueserver (pid 17982) every 1 millisecond
Process:         kqueueserver [17982]
Path:            /Users/andre/repos/epollbug/kqueueserver
Load Address:    0x10b22b000
Identifier:      kqueueserver
Version:         ??? (???)
Code Type:       X86-64 (Native)
Parent Process: bash [17853]
Date/Time:       2013-02-06 17:22:26.909 -0500
OS Version:      Mac OS X 10.8.2 (12C3012)
Report Version: 7
Call graph:
    2665 Thread_568458   DispatchQueue_1: com.apple.main-thread (serial)
    + 2665 start (in libdyld.dylib) + 1 [0x7fff9099c7e1]
    +   2665 main (in kqueueserver) + 85 [0x10b22cb15]
    +     2665 acceptLoop (in kqueueserver) + 334 [0x10b22c6ee]
    +       2665 __accept (in libsystem_kernel.dylib) + 10 [0x7fff8eff9996]
    2665 Thread_568459
    + 2665 thread_start (in libsystem_c.dylib) + 13 [0x7fff85c63181]
    +   2665 _pthread_start (in libsystem_c.dylib) + 327 [0x7fff85c76742]
    +     2665 workerLoop (in kqueueserver) + 95 [0x10b22c8cf]
    +       2665 kevent64 (in libsystem_kernel.dylib) + 10 [0x7fff8effad2a]
    2665 Thread_568460
      2665 thread_start (in libsystem_c.dylib) + 13 [0x7fff85c63181]
        2665 _pthread_start (in libsystem_c.dylib) + 327 [0x7fff85c76742]
          2665 workerLoop (in kqueueserver) + 95 [0x10b22c8cf]
            2665 kevent64 (in libsystem_kernel.dylib) + 10 [0x7fff8effad2a]
Total number in stack (recursive counted multiple, when >=5):
Sort by top of stack, same collapsed (when >= 5):
        kevent64 (in libsystem_kernel.dylib)        5330
        __accept (in libsystem_kernel.dylib)        2665
Binary Images:
       0x10b22b000 -        0x10b22cfff +kqueueserver (??? - ???) <10550045-081D-3F86-A765-EE0D08E3F398> /Users/andreas/repos/epollbug/kqueueserver
    0x7fff6ae2b000 -     0x7fff6ae5f93f dyld (210.2 - ???) <A40597AA-5529-3337-8C09-D8A014EB1578> /usr/lib/dyld
    0x7fff857d2000 -     0x7fff85800ff7 libsystem_m.dylib (??? - ???) <B434BE5C-25AB-3EBD-BAA7-5304B34E3441> /usr/lib/system/libsystem_m.dylib
    0x7fff859c0000 -     0x7fff859c0fff libkeymgr.dylib (25.0.0 - compatibility 1.0.0) <CC9E3394-BE16-397F-926B-E579B60EE429> /usr/lib/system/libkeymgr.dylib
    0x7fff85ac4000 -     0x7fff85b13ff7 libcorecrypto.dylib (??? - ???) <CE0C29A3-C420-339B-ADAA-52F4683233CC> /usr/lib/system/libcorecrypto.dylib
    0x7fff85c62000 -     0x7fff85d2efe7 libsystem_c.dylib (825.25.0 - compatibility 1.0.0) <8CBCF9B9-EBB7-365E-A3FF-2F3850763C6B> /usr/lib/system/libsystem_c.dylib
    0x7fff8614d000 -     0x7fff86158fff libsystem_notify.dylib (98.5.0 - compatibility 1.0.0) <C49275CC-835A-3207-AFBA-8C01374927B6> /usr/lib/system/libsystem_notify.dylib
    0x7fff86159000 -     0x7fff86161fff liblaunch.dylib (442.26.2 - compatibility 1.0.0) <2F71CAF8-6524-329E-AC56-C506658B4C0C> /usr/lib/system/liblaunch.dylib
    0x7fff87246000 -     0x7fff8724dfff libcopyfile.dylib (89.0.0 - compatibility 1.0.0) <876573D0-E907-3566-A108-577EAD1B6182> /usr/lib/system/libcopyfile.dylib
    0x7fff87437000 -     0x7fff8745cff7 libc++abi.dylib (24.4.0 - compatibility 1.0.0) <E7BD9363-1D25-3551-A68A-2E2FF6ABECD7> /usr/lib/libc++abi.dylib
    0x7fff89df0000 -     0x7fff89df8ff7 libsystem_dnssd.dylib (??? - ???) <F0AE5B8E-C7CC-3393-927F-B65DB04016AA> /usr/lib/system/libsystem_dnssd.dylib
    0x7fff89df9000 -     0x7fff89e61ff7 libc++.1.dylib (65.1.0 - compatibility 1.0.0) <20E31B90-19B9-3C2A-A9EB-474E08F9FE05> /usr/lib/libc++.1.dylib
    0x7fff8a2a7000 -     0x7fff8a3bf92f libobjc.A.dylib (228.0.0 - compatibility 1.0.0) <90D31928-F48D-3E37-874F-220A51FD9E37> /usr/lib/libobjc.A.dylib
    0x7fff8a8ff000 -     0x7fff8a901fff libquarantine.dylib (52.0.0 - compatibility 1.0.0) <4BE2E642-A14F-340A-B482-5BD2AEFD9C24> /usr/lib/system/libquarantine.dylib
    0x7fff8af64000 -     0x7fff8af65ff7 libremovefile.dylib (23.1.0 - compatibility 1.0.0) <DBBFAF35-AC78-3856-92F6-6E4FD9DF14A2> /usr/lib/system/libremovefile.dylib
    0x7fff8bc91000 -     0x7fff8bc9ffff libcommonCrypto.dylib (50000.0.0 - compatibility 1.0.0) <DA98AE56-BC3F-3AD0-9660-8CC79E4AECE6> /usr/lib/system/libcommonCrypto.dylib
    0x7fff8c0db000 -     0x7fff8c111fff libsystem_info.dylib (??? - ???) <4FFCA242-7F04-365F-87A6-D4EFB89503C1> /usr/lib/system/libsystem_info.dylib
    0x7fff8c61d000 -     0x7fff8c61eff7 libSystem.B.dylib (169.3.0 - compatibility 1.0.0) <365477AB-D641-389D-B8F4-A1FAE9657EEE> /usr/lib/libSystem.B.dylib
    0x7fff8c6a9000 -     0x7fff8c6abff7 libunc.dylib (25.0.0 - compatibility 1.0.0) <92805328-CD36-34FF-9436-571AB0485072> /usr/lib/system/libunc.dylib
    0x7fff8c6ac000 -     0x7fff8c6b2ff7 libunwind.dylib (35.1.0 - compatibility 1.0.0) <21703D36-2DAB-3D8B-8442-EAAB23C060D3> /usr/lib/system/libunwind.dylib
    0x7fff8c9de000 -     0x7fff8ca00ff7 libxpc.dylib (140.41.0 - compatibility 1.0.0) <FAC04D8B-680E-325F-8F0C-DD69859D0E01> /usr/lib/system/libxpc.dylib
    0x7fff8de1f000 -     0x7fff8de25fff libmacho.dylib (829.0.0 - compatibility 1.0.0) <BF332AD9-E89F-387E-92A4-6E1AB74BD4D9> /usr/lib/system/libmacho.dylib
    0x7fff8efe8000 -     0x7fff8f003ff7 libsystem_kernel.dylib (2050.20.9 - compatibility 1.0.0) <EC0A9F5B-C9F5-336B-A7DD-49A718042F39> /usr/lib/system/libsystem_kernel.dylib
    0x7fff8f02e000 -     0x7fff8f033fff libcache.dylib (57.0.0 - compatibility 1.0.0) <65187C6E-3FBF-3EB8-A1AA-389445E2984D> /usr/lib/system/libcache.dylib
    0x7fff8f14e000 -     0x7fff8f15cff7 libsystem_network.dylib (??? - ???) <0D99F24E-56FE-380F-B81B-4A4C630EE587> /usr/lib/system/libsystem_network.dylib
    0x7fff8f1aa000 -     0x7fff8f1abfff libsystem_blocks.dylib (59.0.0 - compatibility 1.0.0) <D92DCBC3-541C-37BD-AADE-ACC75A0C59C8> /usr/lib/system/libsystem_blocks.dylib
    0x7fff8f71c000 -     0x7fff8f731ff7 libdispatch.dylib (228.23.0 - compatibility 1.0.0) <D26996BF-FC57-39EB-8829-F63585561E09> /usr/lib/system/libdispatch.dylib
    0x7fff8f732000 -     0x7fff8f733ff7 libsystem_sandbox.dylib (??? - ???) <3C3B03CF-C525-3CB3-8557-62E91B93AC95> /usr/lib/system/libsystem_sandbox.dylib
    0x7fff8f742000 -     0x7fff8f747fff libcompiler_rt.dylib (30.0.0 - compatibility 1.0.0) <08F8731D-5961-39F1-AD00-4590321D24A9> /usr/lib/system/libcompiler_rt.dylib
    0x7fff8fd39000 -     0x7fff8fd85ff7 libauto.dylib (??? - ???) <73CDC482-16E3-3FC7-9BB4-FBA2DA44DBC2> /usr/lib/libauto.dylib
    0x7fff9099a000 -     0x7fff9099dff7 libdyld.dylib (210.2.3 - compatibility 1.0.0) <F59367C9-C110-382B-A695-9035A6DD387E> /usr/lib/system/libdyld.dylib
    0x7fff91130000 -     0x7fff91131ff7 libdnsinfo.dylib (453.18.0 - compatibility 1.0.0) <E7595861-ECF9-336E-9901-BED2620FAA80> /usr/lib/system/libdnsinfo.dylib
Sample analysis of process 17982 written to file /dev/stdout

You'll need to do a manual rebuild.
To create and populate a new *iPhoto 09* library:
Note this will give you a working library with the same Events and pictures as before, however, you will lose your albums, keywords, modified versions, books, calendars etc.
I stress: this is a brand new, green-field starting over. The only thing left from your previous library are the original photos.
In the iPhoto Preferences -> Events Uncheck the box at 'Imported Items from the Finder'
Move the iPhoto Library to the desktop
Launch iPhoto. It will ask if you wish to create a new Library. Say Yes.
Go into the iPhoto Library (Right Click -> Show Package Contents) on your desktop and find the Originals folder. From the Originals folder drag the individual Event Folders to the iPhoto Window and it will recreate them in the new library.
When you're sure all is well you can delete the iPhoto Library on your desktop.
Regards
TD

IOS 6.0.2 battery draining BUG

Need help plz.
Just purchased a brand new phone from my local apple store in London.
Once phone updated to 6.0.2 battery draining just started happening what should I do.

If enough other people report the issue (I don't have that problem), go to http://apple.com/feedback, select your product and for feedback type select Bug Report.

-NEED HELP- iOS 6.1.2 in Calendar App for Adding Events BUG (And Spelled Incorrectly: Invitees)

Dear Everyone, When I just add the events, I type the name and location, adjusting the time start and end, when I sliding up it looks like for spelled incorrectly: Invitees (Invites), and need bug fixes. I already feedback iPod Touch Team from my computer. I know Apple will fix it. Thanks, 1004blueAppleSupportCommunties (1004blueAppleSupportCommunities)

"Invitee" means an invited Person. This is the section where you list your "Invitees." It's not a bug, nor a spelling error. It's 100% correct as it is.

Signed applet event bug for JTextFields

Suppose you have a simple applet with two text fields. One is created in the Applet.init method, the other when a custom public method is called from the browser.
When the applet is not signed, both fields are editable.
Once signed, only the the first field (the .init one) is editable, the other one doesn't catch keyboard events anymore.
Note: this custom method is called by javascript when clicking on a HTML button.
Is there a workaround?

I am experiencing the same problem - I notice it does not happen on OS9.2 using IE but appears a problem on all browsers on OSX
Apple gave me the following reply.....
Re: Bug ID# 3268633: cannot load applet class under https connection
Hello Andrew,
Thank you for bringing this problem to our attention. We have received feedback
from engineering on your
reported issue.
Please know that to get Java to recognize the certificate you will need to do
one of two things, depending
on which VM you are using. Since you want it to work with Internet Explorer, we
will assume Java 1.3.1.
In Java 1.3.1 you'll need to add the certificate to
/Library/Java/Home/lib/security/cacerts using
/usr/bin/keytool to import the certificate into the certificate database.
In Java 1.4.1 you should be able to just add the certificate to the keychain
using certtool. For more
details on how to do this, please refer to the information found at
<http://java.sun.com/j2se/1.4.1/docs/tooldocs/solaris/keytool.html>. After
doing so, if you should require
further help from Apple in resolving this issue, we recommend that you request
assistance from Developer
Technical Support. This must be done by filing a Technical Support Incident.
So I am supposed to tell every Mac user to do the above am I?!!!

Event.rc and Restriction of inputs from the User...

Im using Adobe Professional Live cycle designer 7.0 to design pdf form. Also, Im using an existing pdf (supplied by the customer), which is designed through teleform designer (with adobe 6.0) model for this design. In the existing one, the javascript methods are working fine for restricting keys, validation, etc. But these scripts are not working in designer as the designer is using XFA model.
Im trying to restrict the key inputs (like only numbers/characters should be entered). But I couldnt find the equivalent statements for some of the statements (which are used in the teleform pdf).
For eg.
event.rc = true. Allows keystroke to be added to entry. event.rc = false. Prevents keystroke being added to entry in the following function:
function TFTemplate_KeyStroke( mask )
if (event.willCommit) {
return;
var value = AFMergeChange( event );
if (!mask.test( value )) {
event.rc = false;
app.beep( 0 );
But I couldnt find the matching statements in Designer for event.willCommit, AFMergeChange(),event.rc, etc.
If I get, I can restrict the inputs.
Expecting any solutions from you...
Thanks in Advance...

Hi,
Based on your description, I understand that you want to use application or some functional tools and then
monitor the user printer job. When be greater than a certain number, it will need to acquire additional information. As I know, it seems that there is no such function can meet your requirement. Sorry for it.
In addition, I find that you use a third-party software for this functionality before. Please check and confirm
if you can get a new version (or some updates, service package) that may help it to be supported in Windows Server 2012.
Hope this helps.
Best regards,
Justin Gu

Create callback event bug

I've changed my label positions to left for controls and right for indicators for a more compact and sleek look.
BUG:
When creating a callback event-vi, the Variant-label is placed to the right, albeit being a control ...
In other circumstances this happens if i by mistake place a control when i want in indicator and then switch to the other type, the label doesn't change (also a bug that it doesn't?)
Is this what's happening in the script somehow?
/Y
LabVIEW 8.2 - 2014
"Only dead fish swim downstream" - "My life for Kudos!" - "Dumb people repeat old mistakes - smart ones create new ones."
G# - Free award winning reference based OOP for LV

It looks like your code is looking for a TypeDef called CtlRef. I don't know if this is part of the IMAQdx spec, or something you need to provide, but providing it should get rid of the broken arrow.

Bug found - Restrictions Passcode

I believe that I have found a problematic bug with the Restrictions Passcode entry, but hopefully someone will convince me otherwise.
ISSUE:
I set up a Restrictions passcode on my young son's iPad Mini (1st Gen Wifi/AT&T/GPS 16GB, version 8.3). He clearly tried to guess the passcode, so when I wished to change the Restrictions, I saw the following on the Enter Passcode popup screen:
"Try again in 11,957,579 minutes / 6 Failed Passcode Attempts"
The minutes have been counting down, but it is still at 20+ years to input the passcode.
FAILED SOLUTION:
I plugged into iTunes, backed up onto my Mac and onto iCloud, restored the iPad to factory settings, and then restored the backup. This was in hopes that the 11M+ minutes would be wiped away to zero or something more reasonable. Still shows 11M+ minutes to wait.
DILEMMA:
He is begging me to save his app history (particularly Minecraft) before I wipe to factory and ask him to start from scratch.
QUESTION:
Has anyone encountered this Restrictions Passcode bug before? Any suggested solutions? Thanks!

Thanks JimHdk, but unfortunately these processes did not solve the problem. t would follow logic that the process you suggested - restoring the device to factory and then restoring the backup would work - but it doesnt in this case. I have executed all of the recommended processes for disabled devices (twice in fact) to the letter. Afterwards, the Restrictions passcode cannot be typed in at all and there are still 11 million minutes to wait (I know the passcode if it would let me type it in).
Not sure how it could be normal behavior to have to wait 20.9 years (11+ million minutes) before the device allows a Restrictions passcode to be typed in. There is no logic in the size of that number. Has to be a bug, right?

ChartBase change event bug?

From ChartBase 'change' event documentation: 'Dispatched when the selection changes in the chart.'
I have a LineChart.
First I click a chart item:
     1. the selectedIndex is set to 3
     2. the change event is dispatched
Then I click on an ampty chart area:
     1. the selectedIndex is set to -1
     2. the change event is NOT dispatched
Is this a bug?

I found out than the change event is dispatched after deselection only if I set:
myLineChart.selectionMode = 'multiple';
Isn't this a bug?

Nokia 5700 battery

i have a problem with my new 5700 nokia phone. when the battery is about to run out, there is no sound the phone makes, or a message saying "low power".
so sometimes, if i don't notice the battery icon, the phone can suddenly turn off...
i tried to look if there is a way in the seetings i can do change anything, but i couldn't find anything.
thankyou!
natalie

Check your user manual to see if the phone is supposed to beep a low battery warning. Not all phones have this feature
If my post has helped you please click the white star on the right

Panel resize event bug?

I'm having a bit of hassle with a panel resize event.
For reasons best known to me, I have some parallel loops monitoring certain UI behaviour and reacting appropriately.
I have noticved that when a loop which is monitoring the "Panel Resize" event stops, (No dynamic registration) the next panel resize will freeze the VI. It's as if the Event case is not releasing the handle to the "Panel resize" event.
If I handle the "Panel Resize" event via a dynamic registration and subsequent release, everything works fine.
This is in LV 8.2.1.
Shane.
Say hello to my little friend.
RFC 2323 FHE-Compliant
Attachments:
Freezes.vi ‏22 KB
Doesnt freeze.vi ‏24 KB

tst wrote:
I think this has to do with LabVIEW locking the FP (as configured) even when the event structure should not execute any more. I actually created a simple example of it recently, but saved it in one my projects instead of where I would see it, so I forgot about it. I now dug it up and back saved it to 8.0. You can also simplify this example by removing the value change event and making the key down event lock the UI.
Message Edited by tst on 11-10-2008 02:14 PM
Sorry Yair,
but this is not a bug!, it is explainable behaviour and expected behaviour.
What happens, the front panel is locked on the second edit. (use exectuion high-lighting) The event structure is always listening for events where it is registered for, even if the event case will never execute, on the first edit (key down) the event is triggered and the VI is locked and unlocked. The second edit the event is triggered again and the FP is locked. Because the event structure can't execute the FP stays locked.
Shane's behaviour is truly a bug.
The same behaviour is seen with the 'Pane:size' event. (in 8.6)
Ton
Free Code Capture Tool! Version 2.1.3 with comments, web-upload, back-save and snippets!
Nederlandse LabVIEW user groep www.lvug.nl
My LabVIEW Ideas
LabVIEW, programming like it should be!

5700 battery events - bug or restriction?

Similar Messages

Maybe you are looking for