Schduler Error

/monthly_06_2011/post-67386-13071272614993.jpg" rel=“”>

Though the CHECK-BOX has placed on the correct TIME SLOT, it is on the WRONG day. It is Saturday (in Hong Kong) but the CHECK-BOX is placed on Sunday.

Is it my problem only ? Please, do me a favour, simulate it & report this error.

Thanks


I’m using :

o Bitcomet 1.27 64-bit version.

o ASDL 8mbps

o cable modem, D-link 655 router with port forwarding.

o Window Firewall & McaFee Anti-virusEnterprise 8.7.0i

o XP 64-bit

Following are my H/W configuration

==================================

OS Name Microsoft® Windows® XP Professional x64 Edition

Version 5.2.3790 Service Pack 2 Build 3790

Other OS Description Not Available

OS Manufacturer Microsoft Corporation

System Name Q6600

System Manufacturer Gigabyte Technology Co., Ltd.

System Model 965P-DS4

System Type x64-based PC

Processor EM64T Family 6 Model 15 Stepping 11 GenuineIntel ~2400 Mhz

Processor EM64T Family 6 Model 15 Stepping 11 GenuineIntel ~2400 Mhz

Processor EM64T Family 6 Model 15 Stepping 11 GenuineIntel ~2416 Mhz

Processor EM64T Family 6 Model 15 Stepping 11 GenuineIntel ~2400 Mhz

BIOS Version/Date Award Software International, Inc. F12, 2009-06-25

SMBIOS Version 2.4

Windows Directory C:\WINDOWS

System Directory C:\WINDOWS\system32

Boot Device \Device\HarddiskVolume1

Locale Hong Kong S.A.R.

Hardware Abstraction Layer Version = “5.2.3790.3959 (srv03_sp2_rtm.070216-1710)”

User Name Q6600\Administrator

Time Zone China Standard Time

Total Physical Memory 8,190.16 MB

Available Physical Memory 6.74 GB

Total Virtual Memory 7.57 GB

Available Virtual Memory 6.75 GB

Page File Space .00 KB

Scheduler Error.JPG

01.jpg

Bitcomet sheduler.jpg

ŽÓŽÓ-kr.gif

Before we look into this, I thought it might help if you tick the little “Enable scheduler” thing on the top :stuck_out_tongue:

Please tell me it’s not this simple lol

But I do have to say the guy did provide a lot of info, it’s just amazing he missed that… I almost hope it’s not that simple :slight_smile:

Perhaps I didn’t describe the problem clearly.

(1) It is the BLUE BOX, whose placement is maintained by Bitcomet, which highlit the current local date & time, as shown in the following picture.

/monthly_06_2011/post-67386-13071569472331.jpg" rel=“”>

(2) Same picture above. The USER Maintained time slots . When the pointer moved to the row Saturday at the 1st time slot, it shows “Friday 0:00~1:00”; it’s the 2nd error.

These errors occur regardless of the current status of “Enable Scheculer”.

pls, DO ME A FAVOUR, simply spend 2 seconds, start the SCHEULER window & verify these errors. Report this error if it occurs.

Thanks

Kenny

PS. Sorry that my login name is in Chinese characters.

Before we look into this, I thought it might help if you tick the little “Enable scheduler” thing on the top :stuck_out_tongue:

Why don’t u spend 2 second to verify my case ? Your tune seems talking to a novice.

Will a novice carefully CLICK so many the time slots and SET transfer rate but forgot to click the LAST “enable button”?

Will a novice carefully CLICK so many the time slots and SET transfer rate but forgot to click the LAST “enable button”?

You don’t have much experience with technical support, do you? I’m afraid the answer to the question you at least intended to ask, is “yes”. Much of our collective time is spent on issues like that.

Does this issue survive a reboot?

Have you tried downgrading to see if you have the same issue on a known-working previous version? 1.22 doesn’t appear to misbehave in this way on my system, for example.

What is a TECHNICAL SUPPORT !!!

Technical staff should focus on the issue technically rather than arguing without looking at the FACTS

A techical SUPPORT sould, stop fright meaninglessly like a SALES person who defense the product, but verify the FACTs supportively. You behave like a sales person.

Just spend 2 sec & verify the facts, TECHNICALLY & SUPPORTIVELY, please~~~~~~~~~~~~~~~~~~

I’ll stop responding to a salesperson any more.

1.22 doesn’t appear to misbehave in this way on my system, for example.

Please focus on Bitcomet 1.27 (64-bit) under XP (64-bit).

Thanks

Have you tried counting the rows in the grid that represent the days of the week?

If you do, you’ll realize that it’s on the correct day, the problem is with the text placement, which is probably a windows setting that bitcomet is using, because the days of the week are properly aligned with the grid, using 1.27 both 32 and 64bit versions on Win7 ultimate x64.

This is becoming almost too funny lol

/monthly_06_2011/post-1287-13071714048266.jpg" rel=“”>

ps. try lowering your desktop resolution and the text will likely align. Keep in mind that winXP was developed over 10years ago when few people used such high resolutions.

You are right; it’s a resolution / display issue.

There’s no program error.

Thanks

Glad to help :slight_smile:

Nonetheless, I guess we should ask Ariel to report this to the team so that they can fix this, in case they’re not aware of it.

Thanks for your support & suggestion.

/monthly_06_2011/post-67386-13072193338411.gif" rel=“”>

I doubt there’s much they can do about it, short of treating each display combination as a special case, especially for an out-of-support OS. That’s particularly so given the large number of display adapters no longer being supported, from major players like ATI.

My previous system couldn’t support Win7 at all, unless I was willing to live with VGA resolution. They just weren’t going to make a Win7 video driver, and the Vista driver didn’t work. Not much that an application vendor could have done with that.

I think it’s more of an issue that we, here, need to be aware of, for those still hanging on to XP.

No.

Not only XP but Win-7 has this alignment problem as well.

Please check “The UnUsual Suspect’s” screen on post #9 at 07:10 am.

I agree it would be nice if the text was locked to the grid, but then again I don’t see this as a priority, but I will mention it to development.

Perhaps if the full text for the days of the week were substituted with letters S,M,T,W,T,F,S, and made part of the grid. However, that will make it difficult to use althernate languages, so this could become more complicated then it appears.

I fail to see how it’s XP’s fault that the text is not made part of the grid (and the lines of the grid invisible in the area of the text, so that it will look exactly the same as now except aligned).

I’m running BitComet on a screen with a resolution of 1020x1200 and it still looks out of alignment.

I agree with TUUS, this is not a big deal and not very high priority (it may even have escaped the team’s attention so far, just as it has escaped ours). Nonetheless, I think this can be resolved by a slight change in the design of that window (since a modern application is supposed to be capable of up-scaling or down-scaling it’s GUI in the whole range between the VGA resolution and whatever is the top resolution of the screens these days) and this cannot be blamed on XP, since it’s not XP’s fault that there weren’t provisions into the coding of the BC GUI for displaying that window at different resolutions.

All in all, this will probably be addressed when the team may find a little time to look into it, but since it’s not a high-priority thing it will have to wait its turn.

Glad to see GreyWizard & TUUS can understand the problem in the users side and the developers side.

Agree that it’s a minor issue. So long as the support team can explain it to the users, it’s better to let the developm’t team work on the critical ones.

Comment removed by staff

Edit by staff: Complaining about staff members who volunteer their time to help you won’t be tolerated here. Everyone here is entitled to speak their opinion. If you feel a staff member is acting inapproiately, your welcome to contact myself, or any other administrator, but your not welcome to insult them in our forum