Modify

Opened 6 years ago

Closed 12 months ago

#4879 closed defect (cantfix)

Not working for me - plugin clash?

Reported by: anonymous Owned by: hasienda
Priority: low Component: DataSaverPlugin
Severity: major Keywords: data retention missing needinfo
Cc: Trac Release: 0.11

Description

Menu option to restore always greyed out - no forms data saved/restored at all.

Looking forward to the problem being fixed, as this is a great idea and should be part of the main product by default.

Trac 11.4, Vista Ultimate x64, TracD

[components] acct_mgr.admin.accountmanageradminpage = enabled acct_mgr.htfile.htdigeststore = enabled acct_mgr.web_ui.accountmodule = enabled acct_mgr.web_ui.loginmodule = enabled acct_mgr.web_ui.registrationmodule = disabled permredirect.* = enabled svnauthz.svnauthz.svnauthzplugin = enabled timingandestimationplugin.* = enabled trac.web.auth.loginmodule = disabled tractoc.* = enabled forcepreview.* = enabled notebox.* = enabled tracdashessyntax.* = enabled

Attachments (0)

Change History (5)

comment:1 Changed 4 years ago by hasienda

  • Summary changed from Not working for me - plugin clash? to [info-needed] Not working for me - plugin clash?

Thanks for the report and sorry for the non-existing support here for such a long time. We'll try to improve this.

I do miss some important information, i.e. the browser used for testing might be much more relevant than the client OS or Trac version.

As the data is saved in cookies inside the browser client for later recovery, you have to make sure, that the browser of your choice does support it. Yes, there are recent browsers out there without cookie support, and many more are able to hinder or even shutdown cookie storage completely as part of there security/privacy settings.

Why did you cite components section of trac.ini (in an almost unreadable way), if the relevant line

datasaver.datasaver.datasavermodule = enabled

or similar doesn't appear there? BTW, still the plugin is enabled by default as long as it's not explicitely disabled, at least I experience this with Trac 0.12 here.

Is there anything in the logs (default is <your-trac-env>/log/trac.log), if you've fully enabled logging in Trac with DEBUG log level?

Last point, would be nice to add your experience with Trac 0.12, since this is the stable version now.

Take your time to collect the data. I suspect, that you'll get it to work while collecting the requested information, since it works for me and others very well. Report back on success as well, please. And better leave your email address next time to stay tuned.

comment:2 Changed 4 years ago by hasienda

  • Keywords data retention missing added
  • Owner changed from rharkins to hasienda

Taking over responsibility after plugin adoption.

comment:3 Changed 4 years ago by hasienda

  • Severity changed from blocker to critical

I'll step down severity and/or priority for every month without response to my call for more information. This will be finally closed as works-for-me at the end of the year. Everything else was already written before.

comment:4 Changed 4 years ago by hasienda

  • Priority changed from normal to low
  • Severity changed from critical to major

Stepping down priority, since the reporter has been unable/unwilling to proof and detail his/her report.

comment:5 Changed 12 months ago by hasienda

  • Keywords needinfo added
  • Resolution set to cantfix
  • Status changed from new to closed
  • Summary changed from [info-needed] Not working for me - plugin clash? to Not working for me - plugin clash?

likely no(t longer a) problem after such a long time without feedback

Add Comment

Modify Ticket

Action
as closed The owner will remain hasienda.
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.