Calendar Popup Issues

[David E. Jones-2]

There are a couple of issues with the current calendar popup script we're using:

1. AM/PM issue: the PM doesn't get passed to the server, so for example if you select 2:00 PM in the calendar the server gets 02:00 and interprets that as 2:00 AM

2. time zone issue: the calendar uses the time zone of the browser, which may be different from the user's time zone setting on the server; if this is the case the time actually saved will be wrong by the difference between the browser's time zone offset and the user's time zone offset (or server's if no user setting)

Has anyone run into these issues and/or looked into fixing them?

My first intent is to see if there are parameters we can pass to the current calendar script to see if we can continue using it, and if not then to look for yet another new calendar script (we've had a few over the years... :( ).

-David

[Adrian Crum]

There is a Jira issue somewhere. I remember suggesting that we should
serve the calendar popup from the server (like we do with lookup
windows) to solve those issues.

-Adrian

David E Jones wrote:

> There are a couple of issues with the current calendar popup script we're using:
>
> 1. AM/PM issue: the PM doesn't get passed to the server, so for example if you select 2:00 PM in the calendar the server gets 02:00 and interprets that as 2:00 AM
>
> 2. time zone issue: the calendar uses the time zone of the browser, which may be different from the user's time zone setting on the server; if this is the case the time actually saved will be wrong by the difference between the browser's time zone offset and the user's time zone offset (or server's if no user setting)
>
> Has anyone run into these issues and/or looked into fixing them?
>
> My first intent is to see if there are parameters we can pass to the current calendar script to see if we can continue using it, and if not then to look for yet another new calendar script (we've had a few over the years... :( ).
>
> -David
>
>

[David E. Jones-2]

I looked around and don't see a jira issue for it. Here are the search results I'm basing that on:

https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&query=calendar&summary=true&description=true&body=true&pid=12310500&status=1&status=3&status=4

I could be missing something though...

-David


On Mar 25, 2010, at 3:01 PM, Adrian Crum wrote:

> There is a Jira issue somewhere. I remember suggesting that we should serve the calendar popup from the server (like we do with lookup windows) to solve those issues.
>
> -Adrian
>
> David E Jones wrote:
>> There are a couple of issues with the current calendar popup script we're using:
>> 1. AM/PM issue: the PM doesn't get passed to the server, so for example if you select 2:00 PM in the calendar the server gets 02:00 and interprets that as 2:00 AM
>> 2. time zone issue: the calendar uses the time zone of the browser, which may be different from the user's time zone setting on the server; if this is the case the time actually saved will be wrong by the difference between the browser's time zone offset and the user's time zone offset (or server's if no user setting)
>> Has anyone run into these issues and/or looked into fixing them?
>> My first intent is to see if there are parameters we can pass to the current calendar script to see if we can continue using it, and if not then to look for yet another new calendar script (we've had a few over the years... :( ).
>> -David

[Adrian Crum]

I will look for it later - I'm a little tied up right now.

-Adrian

David E Jones wrote:

> I looked around and don't see a jira issue for it. Here are the search results I'm basing that on:
>
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&query=calendar&summary=true&description=true&body=true&pid=12310500&status=1&status=3&status=4
>
> I could be missing something though...
>
> -David
>
>
> On Mar 25, 2010, at 3:01 PM, Adrian Crum wrote:
>
>> There is a Jira issue somewhere. I remember suggesting that we should serve the calendar popup from the server (like we do with lookup windows) to solve those issues.
>>
>> -Adrian
>>
>> David E Jones wrote:
>>> There are a couple of issues with the current calendar popup script we're using:
>>> 1. AM/PM issue: the PM doesn't get passed to the server, so for example if you select 2:00 PM in the calendar the server gets 02:00 and interprets that as 2:00 AM
>>> 2. time zone issue: the calendar uses the time zone of the browser, which may be different from the user's time zone setting on the server; if this is the case the time actually saved will be wrong by the difference between the browser's time zone offset and the user's time zone offset (or server's if no user setting)
>>> Has anyone run into these issues and/or looked into fixing them?
>>> My first intent is to see if there are parameters we can pass to the current calendar script to see if we can continue using it, and if not then to look for yet another new calendar script (we've had a few over the years... :( ).
>>> -David
>
>

[Bilgin Ibryam-2]

Adrian Crum wrote:
> There is a Jira issue somewhere. I remember suggesting that we should
> serve the calendar popup from the server (like we do with lookup
> windows) to solve those issues.
>
> -Adrian
>
I think this was the calendar:
https://issues.apache.org/jira/browse/OFBIZ-1628

Bilgin

[Jacques Le Roux]

1. I guess this point could be fixed without too much effort

2. Does this mean that we will not be able to use javascript anymore?
Because the layer rendering is really faster than popup window.
Could we not ask this information from the server and keep a layer rendering?

Jacques

From: "Adrian Crum" <[hidden email]>

> There is a Jira issue somewhere. I remember suggesting that we should serve the calendar popup from the server (like we do with
> lookup windows) to solve those issues.
>
> -Adrian
>
> David E Jones wrote:
>> There are a couple of issues with the current calendar popup script we're using:
>>
>> 1. AM/PM issue: the PM doesn't get passed to the server, so for example if you select 2:00 PM in the calendar the server gets
>> 02:00 and interprets that as 2:00 AM
>>
>> 2. time zone issue: the calendar uses the time zone of the browser, which may be different from the user's time zone setting on
>> the server; if this is the case the time actually saved will be wrong by the difference between the browser's time zone offset
>> and the user's time zone offset (or server's if no user setting)
>>
>> Has anyone run into these issues and/or looked into fixing them?
>>
>> My first intent is to see if there are parameters we can pass to the current calendar script to see if we can continue using it,
>> and if not then to look for yet another new calendar script (we've had a few over the years... :( ).
>>
>> -David
>>
>>
>

[josh8]

Experiencing calendar popup issues can disrupt planning. Ensure smooth scheduling by using a  calendar for June 2025 that offers a clean layout and easy printing. This helps you stay organized without technical glitches, offering a reliable alternative to digital tools when you need quick, clear monthly reference.

[adamjosh145]

Calendar popups are meant to make scheduling easier, but when they glitch, freeze, or fail to load properly, they can quickly become a source of frustration. Whether you're trying to set reminders, view upcoming events, or manage your day, dealing with a broken popup can slow down your workflow and disrupt your planning routine.

Instead of relying solely on popup-based tools that may fail at critical times, consider a more stable and visually clear option like a printable calendar. For example, a calendar download january 2026 can offer a dependable, offline solution that doesn’t crash or disappear with a browser bug. It provides a full view of your month and helps you plan tasks, deadlines, and personal goals with confidence.

Printable calendars are especially helpful for visual learners and those who prefer having their schedule visible at a glance. Simply hang it on your wall, keep it on your desk, or tuck it in your planner. When digital tools fall short, going back to basics with a printed monthly layout ensures your planning never skips a beat. Skip the popup headaches and try a calendar download January 2026 to keep your schedule organized and stress-free.