After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 431895 - can't modify transaction dates
can't modify transaction dates
Status: VERIFIED DUPLICATE of bug 368937
Product: GnuCash
Classification: Other
Component: General
2.0.x
Other All
: Normal normal
: ---
Assigned To: Chris Lyttle
Chris Lyttle
Depends on:
Blocks:
 
 
Reported: 2007-04-21 02:55 UTC by Hector Akamine
Modified: 2018-06-29 21:33 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Hector Akamine 2007-04-21 02:55:05 UTC
Please describe the problem:
When  I enter a transaction, gnucash automatically 
uses the current date in the date field. However, it is
not possible to change it. If I type a different date
gnucash reverts to the current date

Steps to reproduce:
just enter any transaction and try to modify the
transaction date from the default value inserted
by gnucash

Actual results:
the date is reverted to the current date

Expected results:
to be able to modify the transaction date freely

Does this happen every time?
yes

Other information:
OS is Fedora Core 6 (using the package provided by 
the distribution)
Comment 1 Josh Sled 2007-04-21 14:14:10 UTC
I can't confirm, obviously.

Can you please be exactingly precise in your reproduction steps?

Can you reproduce with a new/empty datafile (say, starting with `gnucash --nofile` and running through the defaults of the new-hierarchy durid?)

How do you enter the date cell (click? tab?)?

How do you adjust the date?  Calendar?  Typing?  What string/format do you enter?

How do you leave the date call?  Tab?  Click?  "Enter Transaction" action?

Comment 2 Hector Akamine 2007-04-22 05:23:19 UTC
Thanks for seeing the report!

I also tried with a new datafile but the problem persists:
1) in the gnucash menu: File -> New->  New File
2) Let the druid create a new datafile, using the "Common Accounts" Category
3) After it is created, I double-clicked on Expenses:Books ."Books" tab opens
4) I try to enter data for a new transaction (the line in yellow) . The current (today's) date is shown in the "date" field". If I click in the "date" field and
type a new date, after I press enter, the field content is reverted to original
(today's date) is reverted. If I click the small square next to the date
 and try to choose a different day in the calendar that pop-ups I can't either.

In my previous saved file, if I try to edit the date of a transaction, the 
date is replaced with the current (today's) date irrespective to the date 
value I enter.

It can be reproduced 100% of the time (i.e., I have never been able to edit the 
date as I wish) 

I'm using it on FC6, the version is 2.0.5,
built from r15617 on 2007-02-19
I'm working in a japanese locale
Comment 3 Josh Sled 2007-04-22 15:29:23 UTC
(In reply to comment #2)
> I'm working in a japanese locale

I bet this is it.  AFAIK, the register doesn't handle non-western locales.  Can you double-check in en_US or something to make sure?  It might also be an input-method issue.

Is anything "interesting" in /tmp/gnucash.trace when attempting the date entry?

What strings specifically are you entering for the date field?

Are you able to enter content into any other register field?

(How do you use the app if you can enter dates for txns?)
Comment 4 Christian Stimming 2007-04-23 08:22:44 UTC
Thanks for taking the time to report this bug.
This particular bug has already been reported into our bug tracking system, but the maintainers need more information to fix the bug. Could you please answer the questions in the other report in order to help the developers?


*** This bug has been marked as a duplicate of 368937 ***
Comment 5 Hector Akamine 2007-04-23 11:12:46 UTC
thank you guys for the great work!

I'll append any extra information to bug report 368937 
Comment 6 John Ralls 2018-06-29 21:33:10 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=431895. Please update any external references or bookmarks.