Comments

Status: Needs review » Needs work

The last submitted patch, statistics.patch, failed testing.

damiankloip’s picture

Issue tags: +Needs tests
damiankloip’s picture

Assigned: Unassigned » damiankloip

I'm working on this one. Hopefully this will give us a better idea/template to base the other integration tests on.

damiankloip’s picture

Status: Needs work » Needs review
Issue tags: -Needs tests
StatusFileSize
new33.47 KB

Ok, here is a more generic test to just test the integration of the fields, so we have some coverage. I think we agree that creating views to cater for all filter/arg combinations isn't feasible. Also added a test for the AccessLogPath handler.

damiankloip’s picture

StatusFileSize
new33.44 KB

Without the annoying no newline..

dawehner’s picture

StatusFileSize
new38.03 KB
new33.76 KB

Just some general cleanup

dawehner’s picture

StatusFileSize
new11.57 KB

Ups totally wrong interdiff.

Status: Needs review » Needs work

The last submitted patch, drupal-1853540-6.patch, failed testing.

damiankloip’s picture

Status: Needs work » Needs review
StatusFileSize
new1 KB
new33.84 KB

Yeah, those changes look like good ones to me. Just need to fix up that init() method I think...

dawehner’s picture

Status: Needs review » Reviewed & tested by the community

Oh right, so we have a proper test coverage, let's get it back.

dries’s picture

The patch itself looks good to me.

Do we want to update the statistics module to take advantage of this (dog-fooding) or is that not really an option?

Seems like a recipe for performance issues though. These tables get really big.

webchick’s picture

Status: Reviewed & tested by the community » Needs review

That sounds like a "needs review."

Also note the existence of #1446956: Remove the accesslog from statistics. It's possible we want to postpone this issue until something's decided over there.

dawehner’s picture

I would personally vote to do the integration first, because we have another issue which describer which parts of drupal we want to replace: #1864980: [meta] Figure out how to integrate Views into core

webchick’s picture

Hm. but if the accesslog table goes away entirely, including all of the faculties of tracking hostname, locations, hits, etc... then we don't need any Views integration nor any default views for that functionality. Or do I misunderstand?

dawehner’s picture

@webchick
Absolute! Maybe we should simply just integrate the node_counter table for now?

webchick’s picture

Yeah, that would be safer for now, I think. Would probably also help with Dries's performance/big table concern. We could file a postponed follow-up for the accesslog table, pending resolution of that issue.

dawehner’s picture

StatusFileSize
new12.44 KB

Let's rerole after removing of accesslog.

damiankloip’s picture

Status: Needs review » Reviewed & tested by the community

Simple is good, Let's get it in!

xjm’s picture

Can we get the followup for the accesslog linked here, presumably postponed on #1446956: Remove the accesslog from statistics?

Edit: Never mind, no followup needed. Dries committed that in #1446956-40: Remove the accesslog from statistics; the issue is just NR for a changelog entry. ;)

dries’s picture

Is there a follow-up issue that deletes the old/existing statistics module table in favor of a view? I can't seem to find it.

dawehner’s picture

I'm confused about your last comment dries.

Didn't we killed the feature of the old/existing statistics module tables with the accesslog patch from above? #1446956: Remove the accesslog from statistics
Just checked and statistics module is just about count node views, but sure we could build a view for that.

catch’s picture

Status: Reviewed & tested by the community » Fixed

Yes the listing is gone, this is just integration for the count statistics for which there's no list display in core at all.

Committed/pushed to 8.x.

Automatically closed -- issue fixed for 2 weeks with no activity.