Project:Drupal core
Version:7.x-dev
Component:block.module
Category:task
Priority:normal
Assigned:Unassigned
Status:closed (fixed)
Issue tags:DBTNG Conversion

Issue Summary

This patch update modules/block/* as DBTNG syntax.

I have no idea about the revamp for db_rewrite_sql(), so left a comment message for that as:

<?php
// @todo: Revamp with DBTNG syntax.
?>
AttachmentSizeStatusTest resultOperations
dbtng-block-1227246997.patch14.1 KBIdleFailed: 7280 passes, 7 fails, 12 exceptionsView details

Comments

#1

Status:needs review» needs work

The last submitted patch failed testing.

#2

Status:needs work» needs review

Reroll based on CVS HEAD.

AttachmentSizeStatusTest resultOperations
dbtng-block-1227408727.patch14.19 KBIdleFailed: 7421 passes, 7 fails, 12 exceptionsView details

#3

Status:needs review» needs work

The last submitted patch failed testing.

#4

Status:needs work» needs review

Reroll based on CVS HEAD.

AttachmentSizeStatusTest resultOperations
dbtng-block-1227763112.patch14.21 KBIdleFailed: Failed to apply patch.View details

#5

Status:needs review» needs work

The last submitted patch failed testing.

#6

Status:needs work» postponed

I think is better to concentrate efforts first in #257032: Split block $ops into separate functions

#7

Title:[DBTNG] revamp modules/block/* with DBTNG syntax» DBTNG: Block module
Status:postponed» active

Reactiviating.

#8

Wow. Duplicated efforts:

#302263: Rework block.module for the new data api

@hswong3i: If you want to compare notes or work together on this somehow, let me know. Both our patches need to be re-rolled.

But maybe dropcube is right about #257032: Split block $ops into separate functions

#9

Assigned to:hswong3i» Anonymous

#10

Status:active» needs review

Ok, another patch, also converted the dynamic queries and added a tag to the block loading query.

AttachmentSizeStatusTest resultOperations
337212.dbtng_block.patch19.31 KBIdleFailed: Failed to apply patch.View details

#11

Status:needs review» fixed

Committed to CVS HEAD. Thanks!

#12

Why are we having explicit int casts for default values? They were not needed before. That's curious.

#13

FALSE and NULL no longer auto-fold to int 1, so that has to be done explicitly. I do not want to do that automatically because of the performance hit.

#14

But why in #default_value and not in the save routines...? And, in general, if we are using d_w_r which retrieves the schema anyways, then we could autocast there.

#15

Not sure, the first one is obviously needed, but I can't find a reason for these, manual testing and the block tests work, let's ask the test bot...

AttachmentSizeStatusTest resultOperations
block.followup.patch1.08 KBIdleFailed: 11504 passes, 6 fails, 2 exceptionsView details

#16

Status:fixed» needs review

#17

Status:needs review» needs work

The last submitted patch failed testing.

#18

Ok, so that obviously doesn't work, not sure why my local tests did work though. Another try which converts the value only before saving...

AttachmentSizeStatusTest resultOperations
block.followup2.patch1.63 KBIdleFailed: 11504 passes, 6 fails, 2 exceptionsView details

#19

Status:needs work» needs review

#20

Status:needs review» needs work

The last submitted patch failed testing.

#21

Status:needs work» needs review

This time for real, tests pass locally...

AttachmentSizeStatusTest resultOperations
block.followup3.patch2.22 KBIdlePassed: 11510 passes, 0 fails, 0 exceptionsView details

#22

Status:needs review» needs work

There should be a space between the (int) and the $var.

#23

Status:needs work» needs review

Re-roll with casting coding style fixed.

AttachmentSizeStatusTest resultOperations
block.followup4.patch2.22 KBIdlePassed: 11510 passes, 0 fails, 0 exceptionsView details

#24

Status:needs review» reviewed & tested by the community

Looks good.

#25

Status:reviewed & tested by the community» fixed

Committed to CVS HEAD. Thanks.

#26

Status:fixed» closed (fixed)

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

nobody click here