Opened 14 years ago

Last modified 4 years ago

#6201 assigned bug

History slows down menu opening

Reported by: X512 Owned by: leavengood
Priority: normal Milestone: R1.1
Component: Applications/WebPositive Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #8814
Platform: All

Description

When history is big menu open after 1-3 seconds.

Change History (11)

comment:1 by stippi, 14 years ago

This is indeed not working optimally, since the history menu is rebuilt everytime any menu is opened. What timeout have you configured for history items? The default is seven days and I didn't notice any problems with that. Or perhaps you are surfing a great many sites each day? Or your computer is rather slow. In any case, the problem should be addressed...

in reply to:  1 comment:2 by X512, 14 years ago

Replying to stippi:

This is indeed not working optimally, since the history menu is rebuilt everytime any menu is opened.

Mayble to cache history menu or build each day, not all menu like in Tracker.

What timeout have you configured for history items? The default is seven days and I didn't notice any problems with that.

7 days.

Or perhaps you are surfing a great many sites each day?

Yes.

comment:3 by leavengood, 13 years ago

Owner: changed from stippi to leavengood
Status: newassigned

Taking ownership.

comment:4 by diver, 12 years ago

Is it with any menu or only with History?

comment:5 by stippi, 12 years ago

See comment:1, the history is rebuilt every time any menu is opened in the main window. (Via the MenusBeginning() hook method, or similar.)

comment:6 by anevilyak, 12 years ago

Blocking: 8814 added

(In #8814) Replying to X512:

Duplicate of #6201.

Indeed, thanks.

comment:7 by diver, 12 years ago

Version: R1/alpha2R1/Development

comment:8 by leavengood, 12 years ago

Stephan, do you have any rough idea of how you would improve this?

I do know that we do need to flesh out the history API in our WebKit, though that is probably only marginally related to this.

I suppose an object could be created to manage this menu and either lazily rebuild it or modify it as the history is changed?

comment:9 by axeld, 12 years ago

Can't we utilize Tracker's various solutions to this, like BSlowMenu?

in reply to:  8 comment:10 by stippi, 12 years ago

Replying to leavengood:

Stephan, do you have any rough idea of how you would improve this?

I do know that we do need to flesh out the history API in our WebKit, though that is probably only marginally related to this.

I suppose an object could be created to manage this menu and either lazily rebuild it or modify it as the history is changed?

Yes, this is really just a matter of caching the information and knowing when to update it. It is not complicated at all, at the time, I was interested in other stuff and wanted to get this going quickly. So it's just a case of programmer laziness. To fix this would not be complicated from what I recall.

Version 0, edited 12 years ago by stippi (next)

comment:11 by pulkomandy, 4 years ago

Milestone: R1R1.1
Note: See TracTickets for help on using tickets.